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Coordinator: 
Mark A Olson 

University of Southern California 

Demandsfor information resources are on the rise, life cyclesfor equipment 
are shortening, and total costs continue to increase. Requests for funding 
must compete for scarce resources. Managers of information technology 
have a responsibility to continually review methods and procedures for 
cost-effective and efficient solutions. Presentations in this track covered 
such topics as innovative strategies for dealing with these challenges and 
marketing them to top management; strategies utilizing industry partnerships; the evalu- 
ation of information technology needs on campus and the role of assessment; development of 
budget formulas for information technology resources; cost/benefit analyses for applications, 
equipment, and staffing; and ways to demonstrate accountability within institutions. 
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ABSTRACT 

Planning and decision support processes are tools which, ideally, 
are designed to contribute information to individuals responsible 
for the operation of our institutions of higher education, in 
this paper a checklist of activities and critical attributes are 
presented which help to enhance the usability and effectiveness 
of institutional data and information in planning and decision 
activities. Three primary personnel responsibilities and five 
primary activities are identified, which define a process 
spanning key operational aspects of the development and 
maintenance of information support. The focus of the paper is on 
the hximan and management side of the enterprise, rather than the 
technical elements of hardware and software. 
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A CHECKLIST FOR INSTITUTIONAL INFORMATION SUPPORT 



INTRODUCTION 

Distributed computing environments place unique requirements 
on information support at a college. In order to insure the value 
of support, it is necessary that those who provide information 
carefully consider both quality of the data bases and also 
requirements for support. In "Bridging the Gap between the Data 
Base and User in a Distributed Environment"^ quality of 
institutional data bases was defined in the terms of reliability 
and validity. It was shown how these two aspects can help 
evaluate the problems which impact on decentralized database 
creation, management, access, and use. The article also noted 
that: 

"As information systems become more 
decentralized, they will tend to move 
from a state of order to disorder. Our 
challenge is to focus our efforts on 
areas that will simultaneously 
strengthen an information system's 
state of order while strengthening its 
edDility to provide information to our 
decision makers." 

Before quality information for decision making and planning 

support can be created, reliable and valid baseline data must be 

established. The article ended with the following quote from 

Entropy ; ^ 

"Strangely enough, it seems that the more 
information that is made available to us, 
the less well Informed we become. 
Decisions become harder to make.... As 
more and more information is beamed at us, 
less and less can be absorbed, retained, 
and exploited. The rest accumulates as 
dissipated energy or waste...." 
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In stunmary, the reader was reminded that decision makers and 
planners are confronted daily with a great deal of information. 
The first step is to insure that the information comes from data 
bases which are reliable and valid. Even if the data bases are 
reliable and \alid, the da'^a from them must be considered in 
terms o2 the process of information support to insure that they 
are of value to the users. 

The value of information from institutional data bases is 
limited by the quality of the information support process, in 
this paper we provide a model and checklist for the development 
of USEFUL information support for the strategic planning and 
management activities on the campus. The creation of an 
information support process is a two-step process, the first of 
which is the collection of data. 

"Data are raw facts from which 
information can be constructed. The 
quality of data is determined by 
their validity, accuracy, and 
reliability, all of which are 
properties related to measurement."-' 

(See Howard, McLaughlin, and McLaughlin, 1989, for a discussion 
of the issues associated with the collection and maintenance of 
quality data.) 

The second step, addressed in this paper, is the evaluation 
of the information support process. Many of the same 
reliability and validity concepts that are critical in the 
creation of quality data are used to insure the creation of 
useful information support. 

"Information consists of data that have 
been combined and given a form in which 
they convey to the recipient user 
some useful knowledge. Information is 
created when data are selected, 
organized, and analytically 
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manipulated, and the res\ilt is given a 
form that informs and i^er'/es the needs 
of users ."^ 

A MODEL 

In order to monitor tir- ^ui-lity of information support 
processes, both personne*^ re3ponsibilities and information 
support functions mus^ j considered. A model which interfaces 
personnel responsibilities of information support and the five 
functional steps in an information support process* is presented 
below. Once the personnel responsibilities and functional steps 
of the model have been defined, a checklist of activities and 
responsibilities are identified which can act as a ^^aideline in 
the evaluation of useful decision support information. Again, it 
should be stressed that the utility of the model and checklist 
proposed in this papar are totally dependent upon the desire and 
ability of the institution to create reliable and valid data 
bases. Without motivation to improve the process, the old 
"garbage in, garbage out" rule for computing will apply to the 
information support system. 

Also, it is within the context of the distributed computing 
environment that the following personnel responsibilities and 
five functions are especially critical in the development of 
information support. These five functions provide the basis of 
the checklist for monitoring the information support process. 
The checklist, following a description of the model, is an 
example of a checklist which others are encouraged to modify 
according to the specific situarion found at their institution* 
The use of a checklist, focused on the characteristics of a 



ERLC 



specific institution, will help insure reliable, valid, and 
useful information from all components in a distributed 
environment. 

Infor»ation Personnel 

In general, there are three types of people associated with 
the creation of information. While each has a specific role, all 
must be interdependent if the information development process is 
to be successful in creating useful information. 

Technicians: These individuals are typically responsible 
for the collection, maintenance, and storage of the date. In 
general they are responsible for the hardware and software issues 
and have tended to not be involved in data quality issues. 
Recently, however, the appearance of data administration 
functions and information centers reflect increased pressures on 
the traditional "computer center" to address data quality issues 
with the users. This is a direct response to increased demands 
for decentralized processing capabilities. 

Analysts: Typically, it is through these people that the 
integration and manipulation of the data occurs and information 
is created and disseminated. Before the technical capabilities 
that make distributed processing feasible, these people where 
usually found in institutional research offices. The result of 
their activity was to provide the link between the computer 
center technical people and the users of the infonaation they 
created • 

Users: Once information is created, these people apply it in 
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decision making and planning activities. As they are the primary 
beneficiaries of the information development process, it is 
critical that they be involved in the identification of the 
initial data that feed the process. Responsibility for the 
quality of information falls upon the personnel involved in the 
information support process. Technicians have major 
responsibility for the reliability of the data that feeds the 
process. Both internal and external validity are the primary 
responsibility of the analysts. The users of the information 
must take direct responsibility for construct and content 
validity. While the above identifies the primary responsibilities 
of the individual personnel types, it must be emphasized that the 
overall quality of the information is dependent on the integrated 
efforts of all three types of personnel. 

Functions of Information Support 

The three types of personnel responsibilities, identified 
above, are responsible for the following five functions of 
information support development: 

Selection: What processes and events are sufficiently im- 
portant to measure? Selection involves positioning information 
development activities by identifying key areas or events and 
selecting data elements which measure or define the structures of 
those areas or events. Some measures should be taken from census 
data bases, others are valid when taken from the dynamic 
operating files. 

Capture and Storage: How and when does one capture and 
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store the data? Data elements should be captured at their source 
and coded consistently in categories which can answer questions. 
Data must be stored securely and still be accessible to those 
needing it. It is critical that the capture of data be coordinated 
through a central unit to insure that characteristics of each 
data element is known by all users. This function is often 
referred to as the data adniinistration role. 

Manipulation: What do the data mean? The interpretation 
of data requires the fuJ.l documentation of their capture — -the 
sample, the conditions, and timing. Standard analytical proce- 
dures are used to translate data into information. Often 
manipulation requires the integration of various data bases. The 
specific analysis is heavily dependent on the analysts' perception 
of users' needs. 

Delivery: How is information presented? Delivery 
provides the user with qualitative and quantitative information. 
Timing involves having the information available when it is 
needed. The needs, analytical capability, and decision making 
ability of the user must be consistent with the reports. 
Standard reports and graphs support ease of interpreting results. 

Influence: How can the information be made more useful and 
valuable? There are certain key points in organizational 
activities where the use of information can influence the 
direction or outcome of the activity. Presenting information at 
these critical points reduces uncertainty, influences or creates 
power, and focuses future events. Evaluation of the usefulness 
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of the information for various purposes during this function, 
provides insights into the selection function. 

These five functions are the process by which information 
support is developed from those data typically collected to 
support various operational functions of the institution. It is 
a closed loop, with the usefulness of information contributing to 
the criteria for selection and hence capture of appropriate data 
elements. It is a dynamic process which, in a decentralized or 
distributed environment, occurs at many points across the campus. 

THE CHECKLIST 

Based on the interac'-ion of personnel responsibilites and 
information support functions, a series of checklist items are 
presented which can be used to monitor information support 
activities. For each functional area, these statements identify 
a generic set of activities and responsibilities that should be 
addressed within the specific organizational and management 
structure of each institution. 

Selection: 

o Technicians and analysts are involved in goal setting at all 
levels of the institution. 

o There are multiple measures in most key areas. 

o Everyone has a good idea of the management processes for the 
institution. 

o Most user questions can be answered from census date data 
bases or the factbook. 

o Standard definitions exist for key concepts such as "faculty" 
and "student." 

o There is a set of written guidelines for IRM available to 
users. 
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Capture and storage: 

o A data element dictionary is readily available to analysts, 
o Responsibility for data is assigned to key administrators, 
o Input is audited as it is entered. 

o There is an administrative systems group which coordinates 
data bases. 

o Inconsistencies in data bases are identified and resolved, 
o RFP's require compatibility with local standards. 

Manipulation: 

o Written procedures for coding date, are available to analysts. 

o Those who analyze the data use standard packages. 

o User groups contain users, analysts, and technicians for all 
major data bases. 

o Census date data bases are widely available to users. 

o Administrators have analytical perspectives and computer 
confidence. 

o Distributed data bases are easy to integrate. 
Reporting: 

o Standard graphic and analysis packages are used. 

o A calendar of key decision dates is available to technicians. 

o Periodic reports are in a standard format. 

o Reports tell users the extent to which results can be 
generalized. 

o The reports from various groups on the same topics have the 
same numbers. 

o There are resources on campus for those who want to learn to 
use the information system. 

Influencing: 

o Members of the faculty use the information system. 
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o Users see the information as unbiased and reputable, 
o Analysts are considered ethical. 

o Key admiriistrators often meet with those who provide the in- 
formation. 

o Vice Presidents and the President make frequent use of the 
information. 

o Information providers include those who share the values of 
higher education and who understand the management of the 
college or university. 

WHAT'S NEXT? 

The purpose of the checklist is to insure that l:he 
information support process is relieUDle and valid in a 
distributed computing environment. To develop the checklist we 
have (1) identified the three personnel responsijjilities 
associated with the development of information; (2) described the 
five functions which make up the information support process; 
and, (3) identified the relationship between interdependent 
personnel responsibilities and the functional components of an 
information support process. 

If you want to monitor the quality of information support on 
your campus, we suggest that you build a checklist; and propose 
that you use the one presented in this paper as a starting point 
to develop your oWii, institutional specific, i; formation support 
monitoring program. As you develop a checklist for your 
institution, remember that you may need to develop specific 
checklists for different situations within a campus-w'de 
distributed environment. 
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CAUSE PANEL DISCUSSION 



COLLEGES AND UNIVERSITIES AS A MARKET FOR ADMINISTRATIVE APPLICATION 

SOFTWARE 



ABSTRACT 

The purpose of this session was to address the following: 

From the point of view of software, developers, ;^hat Is the 
college and university market like as a customer for 
administrative systems? 

What Is the outlook for the coming decade? 

What systems (Student, Personnel, Alumnl-Donor, Admissions, etc.) 
are likely to be strategic? 

How will the changing technology affect the situation? 
What Is the outlook for Industry/university partnerships to 
develop new administrative applications? 

Are these relationships likely to be different In kind or scope 
from past arrang^sments? 

Panelists: 

John Gwynn, Vice President - 

Advanced Research Technology 
Information Associates 

Richard Legoza, Director 
Western Region Sales 
Systems and Computer Technology (SCT) Corp. 



Donna Morea> Vice President 

Deputy Manager College and University Systems Group 
American Management Systems, Inc. 



Charles R. Thomas, 

Senior Consultant - NCHEMS 

Moderator: 

Cynthia S. Cross 

Systems Development Coordinator 
The University of Michigan 



COLLEGES AND UNIVERSITIES AS A MARKET FOR ADMINISTRATIVE APPLICATION 

SOFTWARE 

The p'irpose of this session was to address the following: 

From the point of view of software developers, what is the 
college and university market like as a customer for 
administrative systems? 

What is the outlook for the coming decade? 

The moderator requested each panelist to address a specific question and 
then Invited comments from the other panelists. Questions from the floor 
followed. Tt«e following is a distillation of the discussion as taped. 



I. Compared with '^commercial'* customers, do colleges and universities 
behave differently? 

Are they less likely to see administrative systems as strategic? 
Are they more (les^:?) cost conscious? 

More ^1««!S?) resistant to changes in hardware and technology? 
Are they slower to make decisions? 

Donna Morea. Vice Preatdent 

Deputy Manager College and University Systems Group 
American Management Systems, Inc. 

Yes, they are slower to make decisions, but that's the only bad part. 
I've worked in a number of industry areas within our organization, and 
find that colleges and universities score verj" well in other respects. 

My company and Carnegie Mellon Universlcy Jointly sponsor an award which 
honors people from a variety of industries for strategic visions in 
information technology. One of the winners this year was Lou Herman of 
Uaubonsee Community College. He has really brought the electonic campus 
to Uaubonsee ?.nd even extended its reach to high schools in the community 
I think it is also worth noting that the first DB2 implementation of one 
of our financial products was not done by American Express, Citicorp, or 
someone from one of tho other industries, but by one of our college and 
university clients. 

COMMENTS 

Legoza : I agree that colleges and universities are more open to new 
technologies, strategic systems, etc. - especially compared with 
government, which is my company's other vertical market. 

Thomas : I agree with Donna, although I think that on the po;.nt about 
moving slower, -^me of the schools - particularly in the private sector - 
can make decisions faster than she suggests. 
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fifflOm: 1 disagree in part. It seems to me that colleges and universities 
are interested in being on the leading edge, but not necessarily on the 
"bleeding" edge - especially for administrative systems. The planning 
horizon for most schools is two or three years out. That's why they are 
so interested in having vendors use the latest technology. They figure by 
the time they have the funding and planning in place what is now bleeding 
edge will be established technology. That was my observation regarding 
technologies such as databases, MIS, etc. 

II. Colleges and Universities vary widely in site , complexity , management 
ItZlfil «nd relative riismirc#s. 

How do colleges and universities vary in their receptivity to 
purchasing vendor software - rather than in-house development - 
when compared by those characteristics? 

How do they compare in successful use of purchased systems to 
support critical operationsr 

Richard T^goza. Diract^Qr 
Western Region Sii]Ag 
Systems and Cftmpu^er Techno logy rsCT^ 

When I was a consultant for many years, I saw a profile of successful 

systems implementation: 

the customers took ownership (it was"OUR" system), 
there was end-user leadership for the project, including 
technical leadership, 

there was full-time project management, and 

there was executive level support. 
Above all, when the institutions take projects jeriously, and when the 
customers and the vendor are not naive about the implementation, we see 
successes. 

As for the criteria of size, complexity, resources, and management style, 
I'm seeing fewer differences in the purchase versus buy decision because 
of size of the institution. Small schools tend to have more problems 
getting resources for implementation, but I've been seeing equally severe 
resource constraints at some big schools because of budget cuts. 

All schools think they are different and complex. We are seeing a new 
generation of highly flexible systems, with rules based processing, which 
can be made to respond more quickly to changes in academic policy. 

As for management style, I don't believe it's always easier to mandate a 
system. I've seen presidents ana vice-presidents mandate a system, but 
the people who have to use the system in the end impact the success of a 
system. Purchased systems appeal to risk takers in management, those who 
want to see changes happen very quickly. 



As for resources » when institutions take these questions seriously, they 
find that they can Justify the dollars to buy the system. Where they fall 
short is in allowing for the people resources » particularly for 
implementation. Somehow they seem to think "I'll just work 80 hours a 
week, rather than my present 60 hours and that will get the system 
installed." That is not appropriate. 

I think institutions have personalities, like people, and it is more 
useful to look at those factors - risktaking, leadership and commitment 
etc, rather than size, complexity and resources as predictors of success 
in systems implementation. 

COMMENTS 

{IfijlfiA^ I agree with Rick. I am seeing many pressures among large, 
complex institutions to force people who previously developed in-house to 
look at packaged systems. While the fact that vendors are now developing 
systems which can be more easily tailored to individual needs and the 
pressure on managers to meet timetables are both important, I find that 
two other factors are now critical. First, the cost of maintaining these 
systems is enormous. Schools are spending 85 - 90 percent or more of 
their budgets to maintain old systems. 2) Technology Is changing at a 
faster rate than ever and schools want insulation against changes In 
technology. They see vendors as an ally in providing that insulation. 

Zil2ffifi£: One pattern I've seen is that smaller institutions buy entire 
integrated systems, whereas the larger schools buy application by 
application and adapt them to the local environment. Partly that's 
because you can't change everything at once in a large place. These 
schools will replace application by application on a cycle, doing the 
integration by themselves. Then by the time they've replaced all their 
systems, it's time to start all over again. 

Qwvnn: In my observation bigger schools buy hardware and then they buy 
software; smaller ones buy software and then hardware. I worked on the 
institution's side for a number of years and now I've been with a vendor 
for several years. In my experience schools which form partnerships with 
their vencors and work in an environment of mutual trust are more 
successful '-an those who take the attitude that the vendor is trying to 
rip them oft. The vendors work with many schools and it is to their 
advantage to have the school succeed. 

III. As we look to the future, what rdministrative computing systems 
are likely to be critical to the success of colleges and 
universities in preserving their financial and intellectual 
viability? Why? 

Charles R. Thomas. 

F -nior ConfiultAnt - WCTRMS 

There are two critical areas. The first is the transactions systems which 
"have'* to be done, i.e. the student systems, the financial systems, et 
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cetera. The issue is how to do it with the minimum grief and cost. If 
you look at the CAUSE member profile, they list about 155 different 
systems in 11 categories. The vendors don't begin to cover all the 
categories. I expect to see an increase in the number of those but there 
will still need to be some areas developed in-house. What I see in the 
way of development in that area are strategic alliances of two kinds - one 
is the traditional one of a school and vendor working together to build a 
system to be marketed elsewhere. Then I see groups of schools, consortia 
or groups of large schools, commissioning systems for their own us? which 
may or may not be sold elsewhere. 

Of this class of transactions system I see two types as critical: the 
first is Admissions (You've got to get them in the front door), and second 
is the Alumni system, especially in private schools - and even some 
publics. Those two systems drive the production function of tb*^ 
institution. Then next is Human Resources. 

Then there is the whole area of Strategic Systems - these ave systems 
which make information from transactions systems available to department 
heads and others so they can use it. What I see ha^i^ening is that schools 
are not putting people online to their transactiors systems but are 
extracting data on a cycle to another database syjjtem of some kind. This 
prevents tbem from modifying the records, and provides time -date stamped 
files for analysis using standard PC (workstation) tools. 

The next level emerging in Strategic Systems are Executive Information 
Systems which combine snapshots of the institutional data with external 
information for analysis at the workstation by department heads and 
others . 



In the future I foresee the introduction of Expert Systems, taking the 
skills of the best people such as benefits counselors, admissions, and 
financial aid counselors, and then developings way to get the right 
Information to the right people. Another strategic issue is getting 
libraries and computing centers to work together. 

IV. How will the changes in technology which we can foresee affect the 
characteristics of administrative systems colleges and tiniversitiej 
want/need? How will these factors affect the ability of software 
developers to provide systems which will fill the needs of many 
different customers? 



John Gwnn. Vice President 
Information Asfior^ft^^ff 

We are right on the threshold of a major revolution in the way information 
can be accessed and processed. Higher education is not unique in being 
affected by many of them, but it is the combination of these factors which 
makes the situation so difficult. These are the factors which will shape 
the information environment of the 90 's. 
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INFORMATION ENVIRONMENT OF THE 90' S 



1. 


Relational Database 


2. 


Ad hoc query and report generation. 


3. 


Workstation based. 


4. 


Cooperative/Distributed Processing 


5. 


Homogeneous user interface 


6. 


SAA ... NAS 


7. 


Transparent operating system 


8. 


Transportable software 


9. 


Increased faculty and departmental involvement in 




administrative processes . 


10. 


Non-homogeneous environment 


11. 


Rapidly changing technology 


12. 


More in hardware and operating system 


13. 


More generic porducts 


14. 


More productivity products 



As I see it vendors will need to build the very difficult, complex 
products - like LOTUS. The fragmentation and variety of higher education 
institutions means that vendors don't get multiples in their applications 
software. To get beyond this, the vendors need to move into a technology 
which will provide as much flexibility as possible in adapti^.g to 
individual institutional needs. 

Also - 

We will see more and more use of productivity tools such as CASE. 
Inere will be more off-loading from mainframes into the 
workstation, which leads us into the UNIX environment. 
We are seeing more and more faculty involvement in student 
counseling and guidance which leads to more need to access 
student information and more need for academic support systems. 
Standards are an important issue because otherwise we are into a 
standard of product survival. 

We pressured by a need to deal with non -homogeneous hardware and 
a concurrent demand for a homogeneous user interface. 

I see a rapidly changing technology which will be Jerking everyone around, 
and that the vendors are going to be major players. 

COMMENTS 

Korea : In the next decade I see that vendors need to develop delivery 
methods for systems, i.e. training. We have gotten smarter about 
developing systems, and adapting to new technology. We are talking about 
giving access to all these systems to faculty and staff all across the 
campus . We now have to figure out how to teach users to use sytems - and 
how to use use technology such as video and expert systems to do so. 
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Also digital imaging and optical disk technology is now at the point of 
stabilization and ready for use. I see a lot of applications possible, 
for example collecting all the paperwork for financial aid applications so 
that it can be routed electronically, 

L£g22a: It is eliciting to see the technology arrive so that institutions 
can take 70 • 80 percent solutions and modify them to meet their needs. I 
think that is affecting the types of institutions we vendors are talking 
to these days. We are seeing more institutions which used to develop 
their own systems looking at vendor packages. 



QUESTIONS FROM THE AUDIENCE 

How vlll CASE tools fit in on campus r 

fiHHm: Many institutions will want to modify systems bought from vendors. 
They will want to use the same productivity tools as vendors. Vendors 
will have to use CASE tools becuase campuses will use them. The only way 
vendors can compete with in-house development is if we sell multiples and 
spread the cost across several institutions. 

Also CASE will be important for modifying and maintaining systems. 
Consider how desireable it would be to maintain systems at the design 
level rather than at the code. The next generation of vendor applications 
systems will be designed in case. 

LfigfiZA: One spinoff of the desire to use CASE is that, whereas Chuck 
Thomas mentioned the tendency of the larger schools to install new systems 
one at a time, we are now seeing some larger schools buying whole set of 
systems because they want to use these standards and this technology, 

I'd like to add that CASE tools solve a lot of problems in 
customizing at client sites. When you look at what is wrong with systems, 
it's usually a design problem. Being able to do the work once and 
propagate from the design to the screens and the code and also integrate 
development with documentation is a key advantage of CASE, 

Which CASE tools are being used at your firms? 

UfilfiA: AMS is using Excelerator at the design stage, with local 
enhancements "around the edges" to generate screen maps, code, and 
documentation and development. Systems are being developed on LANs of 
networked PS/2's, 

l£g2ZA: SCT is using Oracle's CASE tools and design dictionary. 

SSOOm: For analysis lA is using PRISM from Index Techology; for design we 
use Excelerator (one of IHM's strategic alliances), and APS from Sage for 
code generation. 
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Institutional Governance: 
An Albatross or A Gold Mine 



Sandra M. Statham 
University of Aiicansas 
Fayetteville 
^jicansas 



In 1983, the Depaittnent of Computing Services at die University of Aricansas 
moved to new facilities located at the southwest comer of our 319-acie can5)us. 
This physical isolation from the heart of the campus dramatically repiesented the 
psychological separation between Computing Services and Univcraty administra- 
tion. In 1987, Computing Services set out to determine how other organizations 
had Lpproached thir us versus diem'' proUon and discovered academic research 
results indicating diat die **tole and contributim" of informaticMi support organiza- 
tions ranks as one of the top five lay issues in information systems management. 
Along widi diis tidbit, we found a couple of management mechanisais diat seemed 
very apropos for higher education. Aldiough 1989 finds us in die same facilities, 
die psychological separation has lessened dramatically. We feel diis is a direct 
residt of implementing severe of die techniques we uncovered, and that the same 
techniques may benefit odio- colleges and universities. 
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Institutional Governance: 
An Albatross or A Gold Mine 

Sandra M. Statham 
University of /Arkansas 



When Conq)uting Services moved into its new facilities in 1983, we were excited. After 
all, we were moving off of the first, fifth, and eighth floors of a men's dormitory building into 
a facility that had been built just for us, and we would all finally be physically located together. 
Although there was some grumbling about the fact that we would be located over a mile fiom 
the administration building, most felt that the improved facilities would nx>ie than ccxnpensate 
for the distance probleoL That may have been tme at anodier time, but what no one foresaw 
was the effect on the campus of the microcomputer revolution. Conq>uting Services was no 
longer a mmopoly, and users no longer felt the need to hike to either their cars or to our 
building simply to be able to access our services. It was not long before the physical isolation 
became a symbol of our psychological separation from the rest of the campus community. 

All efforts to remain part of the day-to-day functicxiing of the University during this time 
frame were initiated by ii^vidual managers. A coordinated effort was not pursued until early 
1987 when Computing Services' new director airived After sizing up tiie situation, he made 
the mainstreaming of our services a departmental priority. Part of die strategy was to determine 
how other conq)utiing organizations were actively cqnng with similar problems, and a 'lit 
review,'' an idea taken from our academic brothers and sisters, was initiated 

In 1986, the Society for Information Managemoit jid the MIS Research Center at the 
University of Minnesota jointly conducted a Delphi survey to determine what information 
systems executives and corporate general managers considered as top issues in information 
systems management (Brancheau and Wetherbe, 1987). The survey results identified the 
following top five issues: 

♦ Strategic Planning— Tnfnnmrinn support organizations need to engage in strategic 
planning in order to adq)t to changing technologies and environments in a timely fash- 
ion. In addition, long-range planning, if it is to be successful, must be aligned with the 
company's strategic business planning. 

^ Conyetitive Advantage — ^Infomiat'.ori systems can and do provide weapons to fight the 
conq)etition. In order to take advantage of potential opportunities, information support 
organizations must become more respcmsive to the needs of their companies. 

^ Qryanizflrinnal Leamingu,,Future prosperiQr is tied to the use of appropriate technology. 
In order for users to determine the appn^ate technology, they must first learn about 
alternatives. Informatim systems professionals are expected to take a leadership role in 
providing the necessary training. 

^ Role and Contribution— Information support organizations are generally considered as 
"back office'' functions rather than as vital, contributing components of a business. 
Infcxmation support organizations must work with corporate managers to assist them in 
appreciating a more integrated role. 

♦ Alignment in Organimrion— The effectiveness of an information support organization 
can be either helped or hindered by the formal reporting relationship it faces. 
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The bad news was that we had weaknesses in all of these areas. The good news was that 
we now had a foundation for a turn-around strategy since all five issues contained two common 
elements: top management involvement and education. The next step was finding the appro- 
priate mechanisms for implementing our strategy. The question now became, could prove n 
business techniques be useful in a university envinmment? 

CHARACTERISTICS OF UNIVERSITY ENVIRONMENTS 

Althou^ sources could be found that detailed the differences between higher education and 
busmess (e.g., Bimbaum, 1988; Wyatt, 1989), none were found that addressed the similarities, 
^e possible reasm for diis could be diat the similarities are not considered in^ortant Robert 
Bimbaum implies this in his book. How Colleges Work, when he says, 'The differences be- 
tween academic institutions and business firms are significant enough that systems of coordina- 
tion and control effective in one of these types of organizatimi niigjit not have the same conse- 
quences in the other" (p. 21). Although Bimbaum does go on to adapt current organisational 
behavior theoty to the hi^er educatio.1 environment, he continues to minimize similarities when 
he quotes Policy Making and Effective Leadership: A National Study of Academic Management 
written by J. V. Baldridge, D. V. Curtis, G. Ecker, and G. L. RUey: ♦'the organizational char- 
acteristics of academic institutions are so different fiom odier instituti(xis that traditional man- 
agement theories do not apply to them" (cited in Bimbaum, p. 28). Since so much attention is 
devoted to die inqxntance of the differences, a review of a few of the chariiCteristics that dis- 
tmguish colleges and universities fiom the business worid is warranted. 

Institutional Governance 

Institutional governance is one of tHose phrases that I have heard bandied around ever since 
I got my first job m higho- edncation over 20 years ago. Although it was years before I finally 
saw a definition in print, the phrase itself was pretty descriptive, particularly when used by a 
faculty member to justify his or her rights in a decision-UMking situation. Bimbaum refers to 
me Joint Statement on Government of Colleges and Universities" published by die American 
Association of University Professors in Policy Documents and Reports, 1984 Edition when he 
s^s. The document articuhted the concept of governance as a shared responsibility and joint 
effOTt involving all important constituencies of die academic community" (cited in Bimbaum, p. 
8). What this really means is tiiat, witfi institutional governance, authority/power is diffused. 
Management is generally by consensus. Just because you have administratum on your "side" 
mes not mean that you will be successful in pursuing a paiticular course of action. Also, 
dependmg on the particular issue, administratis 's backmg alone could prove a detriment. 

The concept of multiple constituencies is a key to understanding institutional governance. 
The obvious constituencies are faculty, administration, and stiidents. In reality, tfiese groups 
only touch die tip of the iceberg. Several years ago, I was involved as a graduate business 
smdent m a research project tfiat attempted to measure organizational effectiveness in higher 
educatton by looking at die expectations of multiple constituencies. Our first assignment was to 
identify diese constituencies. Of course, we added several other obvious groups to the above 
hst such as alumni, the community, donors, employees, and the government. Our next step 
was to design and administer a survey instrument In addition to collecting informatim related 
to die demognq>hics of each respondent, our questionnaire solicited the individual's feelings 
concerning 130 statements related to desirable characteristics for an educational institution. 

The results of our initial research highlighted the fact that even witfiin die majOT ccmstitu- 
ency groiq)s, different expectations existed. For example, the results for tenured faculty 
differed fixMn diose for non-tenured faculty. Rank also had a significant impact. Graduate 
students viewed die institution differendy dian undergraduates, etc. In every case, however. 
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each ccxistituency fdt that its role was important to the successful functioning of the institution. 
Actually, this was not a surprise. Human nature is such that each indiviaual wants to feel that 
he or she is inqxxtant Although die ccmcept of institutimal governance may cause university 
personnel to feel tfiat they have more of a '^ght" to be involved, human nature is the same no 
matter where you are employed 

Academic Reedom 

Academic freedom fuels the concept of institutional governance. Whereas institutiraal 
governance indicates that each cmstituency should have a voice in how the institution is 
managed, academic fineedom removes some of the limitations associated with tiiat voice in other 
environments. There is little fear of retribution. From my own rather limited view, I have seen 
university administratis criticized much more frequendy and harsMy by othet* university 
persrand than their counterparts in business or eovemment A recent article in The Chronicle 
of Higher Education was describing '*bad times in one university's recent past and referenced 
''unproved charges of sexual harassment** against its former president and faculty accusations 
diat die former president had shut ''diem out of die policymaking process" (Harrison, 1989, p. 
A3). When it rains, it pours. Of course, it is always easier to talk about people after they have 
left One thing is fiairiy obvious, if the college or university craimunity is not given the 
opportunity to have a say-so in the governing of the institution, they will still use their voices, 
just somewhere else. 

Academic freedrai not only relates to what one says inside or outside of the classroom and 
to >^ich research interest cme pursues, it also relates to where time is devoted. Time is a 
valuable commodity. For every issue, there will be diose who do not place enough importance 
on it to devote time to it Howevo-, this does not necessarily mean that they do not want to take 
part in any dedsion making that takes place related to the issue. Bimbaum states, "Faculty may 
fight for die right to paitidpate in committees and dien not attend meetings'* (p. 170). Often, die 
opportunity for expression or involvement is more inqxirtant dian the actual paruddng. On the 
other hand, there are also issues that are important enough to the individual that significant time 
would be invested if the opportunity for involvement was there. The major difficulty is in 
predicting which issue falls into which category. 

Business or "Hobby" 

Anodier major difference between higher education and business that couid actually explain 
a number of the other di£ferences relates to the definiticm of the organizaticm's pmpose. Most 
businesses place significant importance on increasing shareholder wealth. There is littie ambi- 
guity here. On the other hand, there is much amtnguity when colleges and universities try to 
define their purposes. In the grand scheme of things, die purpose of an educational institution 
is to prepare individuals to contribute to society. Although tMs rcmiantic view is comforting, in 
reali^, our instituticxial missicMis are much more complex. Depeikling upon one's affiliation 
widi a specific constituency, different, sometimes conflicting, goals of die institution may be 
emphasized. A joke I have heaid in various forms throughout my computing career goes 
scHnething like, "This would be a great place to woric if it weren't for die students," or "... the 
faculty," or "... the administraticm" — depending on the perspective of the speaker. There are at 
least as many perspectives as there are constituencies. 



There are, of course, many more differences between specific instituticms of higher educa- 
tion and the business world, but there are also many differences amcxig individual colleges ami 
universities themselves. Since the majority of my formal education took place in a College of 
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Business Admimstration, I was decidedly prejudiced and detennined to steal and adapt any 
mcchamsm that I perceived as having even the slightest chance of working, despite the differ- 
ences. Furthcrtnore, my favonte technique, stolen ftom the human rcsouicc management dis- 
ciplmc, appeared to have the necessary characteristics to work in the higher education environ- 
ment of institutimal governance. I started pursuing participative management 



What is it? 

Rosabeth Moss Kantcr defines participative management as "the buUding and nurturine of 
a collaborative team that is more fully consulted, more fuUy informed than the oidinary— one 
that shares responsibiUty for planning and reaching outcomes" (1985, p. 197). In her book The 
Change Masters (im, pp. 34-35), Kmtastaxcs: «uuuii«c 

Participative teams are not equivalent to 'groupthink,' or inaction without con- 
sensus, or management by com^iittee— three negatives to many American man- 
agers. They are action bodies that develop better systems, methods, products, 
or pohoesthan would result from unilateral action by one responsible segment, 
or even ftom each of the team members woridng in isolation from the others. 

When should vou use ir? 

Kanto- (1985, p. 198) describes twelve situations when the use of participative teams could 
nave a positive in^Mict on the organization: 

♦ To gain new sources ofexpmise and experience. 

♦ To get collaboration that multiplies a person's effort by providing assis- 
tance, backup, or stimulation of better performance. 

♦ To allow all of those who feel they know something about the subject to eet 
mvolved. * 
To build consensus on a controversial issue. 

To allow representatives of those affected by an issue to influence decisions 
and build commitment to them. 

To tackle a problem that no one 'owns' by virtue of organizational assign- 
ment. 

To allow naore wide-ranging or creative discussions,'solutions than are 
available by normal means. 

To balance or confront vested interests in the face of the need to change. 
To address conflicting approaches or views. 
To avoid precipitous action and ecplwe a variety of effects. 
To create an opportunity and enough time to study a problem in depth. 

♦ To develop and educate people through their participatim: creating new 
skills, new infonmiticm, and new contacts. 

When shoul d vou ipiore it? 

Kantcr (1985, p. 198-199) also describes eight occasions when the use of participative 
teams could have a detrimental effect on the organizatim: 

♦ When <Mie person clearly has greater expertise on the subject than all the 
others. 

♦ When those affected by the decision acknowledge and accept that expertise. 



♦ 
♦ 



♦ 
♦ 
♦ 
♦ 
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♦ When there is a *hip pocket solutiai': The nuuiager or coinpany already 
kp'^ws the 'right answer/ 

♦ When die subject is part of someone's regular job assignment, and it wasn't 
his or her idea to form the team. 

♦ When no oac reaUy cares all that much about the issue. 

♦ When no important development will result or others' knowledge would 
neither contribute to nor be served by their involvement 

♦ When there is no time for discussion. 

♦ When people work rsxxt hi^ily and productively alone. 

How does it relate to tpdav's issues? 

I am reassured by the fact that die concept Kanter, and others in die human resource man- 
agement discipline, refer to as participative managepent is growing in popularity. Recent pub- 
lications born (mly a handful 6i sources extol the virtues of develomng partnerships to in^ve 
the probability of success in conmuter-related projects (Alter, 1989, p. 56; Bruce, 1989, p. 56; 
Currid, 1989a, p. 81; Currid, 1989b, p. 91; Fteund and Schlier, 1989, p. 45; Inmon, 1989, p. 
24; May, 1989, p. 4; Ryland, 1989, p. 14; Scheier, 1989a, p. 91; Scheier, 1989b, p. 91; 
Stone, 1989, p. 74). Smely participative management, shaied responsibility, teamwoik, part- 
nerships, or however else you might label the c^nc : 61 involving users, would woric in an 
environment where institutional governance reigns. 

UNIVERSITY OF ARKANSAS STRATEGffiS 



As noted above, our strategy contauied two miyor facets: top management iiivolvement 
and education. We chose to inq>lenient it using a paitidpative managenaent approach. The 
implementatim itself consisted of several activities diat were somewhat dependent upcm one 
another. At a minimum, diey wogked in concert with one anodicr to achieve our object: i. 

Executive Svmposium on Universitv Cotqpuring 

Top management commitment and support has been dted as a prerequisite for any orga- 
nization to successfully implement a program diat crosses territorial boundaries (Freund and 
SchUer, 1989, pp. 45-46; Glover, 1988, p. 19; Maries, 1989, p. 14; Nolan, 1982, p. 75; 
Scheier, 1989a, p. 91; Stone, 1989, p. 76). The need for computing organizations to adopt a 
mariceting philosophy has also experienced recent praularity m the literature (Bouldin, 1989, p. 
26; Bruce, 1989, p. 44; May, 1989, p. 4; Moad, 1989, p. 100; Ryland, 1989, p. 14). At die 
1988 CAUSE National Conference in Nashville, our director described how diese kleas came 
together oat day while he was reviewi'ig his "junk mail" (Zimmerman, 1988, p. 105). The 
result was a half-day 'free seminai^ for die University's ChanceUor and vice chanceUors that 
we called the Executive Symposium on University Conq>uting. If you were able to attrad I>r. 
Zimm^riuui's session last you may remember the acronym he used to describe it— 
ESUC In addition to pnmding our administration with jome needed information, the svmpo* 
sium also increased Craiputin^ftrvices' credibility. It wa« so well received diat die Vies 
ChanceUor for AcadeniicAffiL\^ requested that we rqieati the Deans' Coumnl. Itwasla ^ 
repeated for die universi^-wide Confuting Activities Coi 4l : > for our departmental staff. 

Individual Partnerships 

One thing is certain in a university environment There is an ample supply of expertise. 
Although I canrwH speak for all colleges and universities, the ones that I have experienced have 
unifondy encouraged faculty to share their expertise with die outside worid via consulting. 
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Our strategy mcluded trying to find expert faculty with goals similar to oure that would lend 
support to some rather hefty projects in the "inside" world. For example, a faculty member in 
die College of Bigineering was very interested in the concept of networking the campus since 
he had recenUy been involved in networking his college. He had also served as a consdtant in 
this area. We developed a partnership with him where he contributed the ideas, and we did the 
leg work. When it came time to brief the ChanccUor, he delivered the presentation. Simply by 
virtue of the fact that a well-icspcctcd faculty member made the presentation, the ChanceUor 
knew tfiat at least one academic college was behind the project Tne next thing we knew, we 
had a budget (albeit not all we asked for) and an ad hoc committee appointed by the Chancellor 
to unplement phase one of a canq}us-wide backbone network. 

Anodicr partnership we developed with a faculty member had similarly dramatic results. 
We already knew tfiat we needed to engage in strategic plaiJiing for computing resources for the 
endre campus. We also knew that our academic colleges would not be too rrceptive to die idea 
of Computmg Services "telling" tiiem what to do. Since one of our major topical areas in tfie 
ESUC was die need for coordinated planning, we had also received feedback tfiat tfie Chancel- 
lor and vice chancellors recognized tfiis need too. Tlx problem was determining how to pro- 
ceed witfiout aUenating our academic brotficrs. TTus time, a faculty member in tfie CoCege of 
Business Admimstration came to our rescue. He had just accepted tfie chairmanship of tfie 
UmvCTsity's Computing Activities Council. Once again, we developed a partnership where he 
contnbuted tfie ideas, and we did tfie leg work. Altfiou^ it took 18 months, we now have a 
campus-wide plan for confuting resources. 

Computing Activities rnuncil 

The Confuting Activities Council could be considered tfie University's answer to tfie con- 
cept of a steenng committee. It is appointed by tfie Chancellor and "reviews, monitors, and 
recommends poUaes related to tfie needs, uses, budget allotments, and information control 
measures for tfie computing facihties and functions as a hearing body for proposed modifica- 
tions to tfiose policies" (Faculty Handbook, 1986, p. 32). Its membership consists of faculty 
rra«sentatives from each of tfie Universit> *s colleges and a couple of admfciistrators. Prior to 

uZlf^*" *® Onincil ixiet montfUy during die academic year, it did little more tfian 
rubbcr-starnp policies such as how long reader files could be stored on the system before tfiey 
were purged. The academic-types acr ised tfie Council of being an administwdvp committee 
and die administrative-types said tfie Council was dominated by academicians. 

When tfie new faculty chair took over in 1987, tilings sL^rted to change. Fii st. Computing 
Services assumea ihe clerical functions associated witfi calling meetings, etc. Thh relieved tl»e 
chau- of having to spend significant time witfi details, and he could devote more of his time to 
r^y in^ortant matters. Next, tfie chair developed a number of subcommittees m deal with 
different issues: administrative information systems, library automation, microcornpuier man- 
agement, networking, planning, and supercomputing. Tlie same kind of partnership that Com- 
putmg Semces had formed witfi tfie chair soon became associated witfi each of tfie subcomjmt- 
tees as well as tfic Council as a whole. Council presoitations to die Chancellor were mm^ 
more effective duui requests from Computing Services to tfie Vice Chancellor for Finance a" 1 
Administration tfiat were tficn forwarded to die Chancellor. At die end of onr. such presenta- 
tion, tfic Chancellor queried two faculty members representing two different colleges as to their 
positions on tfie issue. When botfi responded positively, tfie Chancellor responded diat if tfiose 
two colleges agreed on sometfiing, it must be inevitable. 

Ad Hoc Committees 

"Ad hoc committee" is just anodier waj^ of describing a participative management ieam. It 
can be a very powerful device when used wisely. One of tfie ingr^ents we found essential to 
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the successful functioning of an ad hoc committee is knowledgeable leadership. Over the past 
two years, the Chancellor has appointed three ad hoc committees related to ccnnputing. The 
Conq)uter Networic Planning Committee was assigned the task of implementing phase one of 
our canqpus-wide networic Mckbone. Oice this ti^ was complete, the ad hoc committee was 
excused and a new subccmmiittee of the Conq)uting Activities Council was formed to work with 
die University's networking specialists. The Student Information System Committee was 
foraa^ to develop specifications for a new, integrated student information systeoL After the 
specifications were ccxnplete, this committee too was excused and a new committee is being 
formed to oversee the aoquisiticxi and implementation of a new systenL The third ad hoc com- 
mittee formed was die libruy Automation Committee. Its purpose is to develop specifications. 
Althou^ committees can sometimes be heavy to carry aiound, we have found that the benefits 
of involving all players is wordi the weight This is particularly true when you consider that 
Confuting Services may have been the representative left out as has hq)pened in the past 

Conjuring and Information Technologv Management Principles 

Several months ago, our attenticm nimed fircxn dealing witii specifics such as implementing 
die networic backbone, upgrading d;e mainfirames, or acquiriujg a student system to thinking in 
more general terms. Although we have made much progress in the past couple of years by 
using a participative iq>prc>ach, it seems reasonable that someday we may want to function a 
littie nxne effidendy, {Murticulaily on routine matters. The literature tends to toot the horn of a 
full-functioning steering committee/user board (Bouldin, 1989, p. 26; Drury, 1984, p. 256; 
Glover, 1988, p. 19; Marks, 1989, p. 14; Nolan, 1982, p. 72; Reck and Reck, 1989, p. 89). 
Although die Q>nq>uting Activities Council could serve such a role, we were not fully comfort- 
able with it as a long term solution as it stands today. F6r this reason, we were quite excited 
this spring when we ran across an article in Hansard Business Review by T. H. Davenport, M. 
Hammer, and T. J. Metsisto entitied 'How &cecutives Can Shape Their Company's Informa- 
ticm Systems'' (1989, p. 130). This article discussed the develc^ment of principles to guide 
conq>uting and information technology management We started the first step this past summer. 
Confuting Services' managers held several meetings to develq> a '"stravraian" set of principles. 
These principles are now being reviewed the Vice Chancellor for Finance and Adnunistration 
widi die idea diat they will eventually be presented to the Chancellor and odier vice chancellors 
for acceptance. Along the way, the Qxnputing Activities Council will also be provided die 
opportunity to have input Once the principles are accepted, diey could be used by Confuting 
Services to make routine decisions and would define those occasions when decisions needed to 
be taken diiecdy to die Council 

RESULTS 

Today, Computing Services is generally considered to have a vital role in the day-to-day 
functions of the University. This is a quantum leap from the time when the typical computet 
user would radier do almost anything than to have to deal with us. The change did not occur 
overnight, and we stiil have a l<xig way to go. The essential thing is diat today we are perceived 
as being headed in the same general duectim as the rest of the campus. We believe that the 
activities described above account, at least in part, for this change in perception, llie key, 
however, has been our genuine openness. We have both astened to and acted upon the con- 
cerns of our can^us community. 

Setbacks 

Aldiough we feel diat our partnerships have produced positive outcomes, the process is not 
as easy as it may sound One of the major difficulties is time. ScHnetimes, things seem to take 
forever. It is often tempting to think that you could have already implemented something in the 
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time it took just to educate the players. Expectations of progress mu^t constantly be down- 
graded to match actual progress. In order to minimize disappointment, each individual meeting 
must be viewed as only a small part of the whole. When discussions start going in circles, or 
get way out on a tangent, even thou^ it seems like it would save time to cut the conversatim 
off, it is better to let it run its course or to subdy redirect it Occasionally, such a conversation 
might be just what is needed to convince the last dissenter. Finally, sometimes you have to step 
back and take a long-range perspective just to see how far you have cone. All in all, I imagine 
that the process i^ like plastic surgery. It is no fun while you are going through it, and the 
process seems to take forever, but the results arc generally worth the trouble. 

Successes 

There is no doubt in my mind that if Computing Services had set out alone to implement 
the network backbone, we could not have achieved the quality of results we have today, even 
though it wouki have been available much eariier. It took a faculty member at a committee 
meeting asking if die goal was to implement the che«q)est alternative or to implement what was 
best for the University to get everyone behind the concept of a network that the University 
could look upon witii pride. Somehow, it would not have been the same if a systems analyst 
had asked this question. I believe that a significant indicabsr of our success is that people refer 
to UARKnet as the "University's network," not "Computing Services' network." This ib a far 
cry fircwn the old days when they had to use "Computing Services' [mainframe] computer." 

The Future 

We plan to continue to use the participative partnership approach for major University 
projects, particularly those that have far reaching implications such as the network backbone 
and the student informatiwi systencL Now that we have some experience, we have learned first- 
hand those things which can either make or break the experience. Not surprisingly, we were 
not the first to uncover tiiese. Kanter (1985, p. 224) actually concludes her discussion of 
participative management by offering the following ten suggestions for organizaticxis that would 
like to inq>lement a participative approach: 

♦ Start small and with local issues. 

♦ Neither promise nor expect too much. 

♦ Allow people to define for themselves the issues they want to discuss and to 
opt out of those they wis.S to avoid. 

♦ Involve parties whose power might be at stake and give them important, 
rewarded roles in the new system. 

♦ ProvWe education on both the skills of participation/decisii^ making and the 
issues to be discussed. 

^ Maintain leadership. 

♦ Make sure minori^ views are heard; be wary of group pressure. 

♦ Keep time bounded and manageable. 

♦ Provide rewards and feedback— that is, tangible signs that the participation 
mattered 

♦ Expect participative teams to wax and wane; they supplement, rather than 
rqplace, the hierarchy or routine stmcture. 

Of the above, our experience indicates that "nuiintain leadership" is probably the most criti- 
cal. We might even suggest that you change it to '^maintain knowledgeable leadership." A 
visim of the Aiture is needed This is a piece of cake if die leader repi\?sents the information 
support orcanization; however, this has not usually been the case with us. It then beccnnes a 
chaUenge for your organizatim to turn the appointed leader into a real leader. 
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Abstract 

In 1987, Administrative Computing at Stanford undorwent a major reorganization 
that included moving the organization under a new Vice President, creating new 
management structures, and decentralizing applications support programmers into 
the hne organizatims. This paper explains some of the causes leading up to those 
changes and attempts to assess what has worked and what hasn't in financing and 
managmg administrative computing at Stanford. The first section of the paper 
discusses organizational and management issues, the second the financial 
strategies, and the paper concludes with some thoughts on charged-out services 
wntten 25 years ago by the 1972 Nobel Prize winner in economics, Kenneth 
Arrow. 
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Administrative Coxiputing at Stanfcsd: 
What Didn't Work and What Might 



!• Introduction 

In 1987, administrative computing at Stanford underwent a major, and for some, stressful, 
reorganization. The purpose of this paper is to describe some of th& key factors tfiat led up 
tho tfiis reorganization and explain scHne of the management and financial strategies adopted 
in rebuilding a stable, respcHisive administrative computing environment 

The choices institutions make about to structure their budgets and their budget processes 
often determine how difficult or easy certain ventures are to start and how well others will 
succeed. 
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Total Expenditures at Stanford 

As Figure 1 shows, to the nearest 100 million dollars, Stanford spends $300 million 
annually in general funds, $300 millicm in Restricted Funds (restricted to die use of specific 
schools, departments or activities), $300 million in Auxiliaries (such as the Linear 
Accelerator, die Faculty Practice Program, die University Press, Intercollegiate Athletics, 
etc.), and another $300 million in Capital expenditures such as new buildings. 

The fact that such a large portion of the expenditures are made in the Restricted Funds 
Category means that the institution is very independent and entrepreneurial. And, this 
independence and the local control of such large resources means that the preferred nxxle 
for new adventures is charge out (i.e., service centers). For those unfamiliar with Service 
Centers, these are essentially what industry would refer to as profit centers, except that they 
axe not allowed to run profits. 



n. Management Structure in 1986 



Figure 2 is one depiction of a Stanford Organization Chart for 1986. As most univereity 
eiiq)loyees know, organization charts for universities are completely dependent on who is 
wnting the chan as, for the most part, oiganization charts are either never written down or 
not snarea. 

In 1986 there were six Vice Plnesidcnts. Excluding the Medical Center, which was and 
contmues to be mosfly independent, the lar:gest Vice Presidential Areas were the Provost's 
(who IS also the Chief University Budget Officer) and the Vice President for Business and 
Fmance. 
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Majorlocal systems applications had been built in the Development Office (rcportinB to the 
Vice President for Development), the Registrar's Office and libraries (reporting to die 
Provoot), Telecommunications (reporting to the Director of ITS), and the ControUer's 
Omce and Human Resources (reporting to the Vice President for Business and finance). 
TJe se local applications were written in SPIRES due to a University poUcy, adopted in 
1982, that central data bases have simikir structures. 

Information Technology Services (ITS) and the Vice Ptcsidcnt for Business and Fina-ice 
were responsible for the oitire range of administrative ccnnputing services. Cfentral 
computing capacities were provided on a fee for usage basis fix»m ITS. Application 
support programmers for both noaintenance and development of systems were available to 
local umts for hire fix)m ITS. 

Funding for these resources resided in different locations. Funds to pay for computing 
capacities resided in the local units budgets along with funding for applications 
maintenance. Funding for development of new systems resided in the staff function of the 
Vice President for Business and Finance. 
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nL Management Problems with this Structure 

The authors have heard said, both by Stanford folks and by non^Stanford folks, that the 
main problem ITS had was tfiat its mission and goals were not in alignment with those of 
tte Univ^JTsity. In our opinion, this simply is not true. We believe tihatr^S and its 
previous leaders listened very closely to what the community wanted and did everything 
possible to provide that level of service. This included extensive computer related 
consulting services and everything else from providing copy centers to post office box 
services. Virtually everything that someone wanted was povided. 

The problem was not the services, it was the cost of those services. And, the cost center 
model which had allowed tiemendous grov/th based on local demand ultimately provided 
for the downfall of ITS . 



What Went Wrong? 

1. Lack of Capacity Forscasring 

Both local units and central ITS did capacity forecasting to some degree but neither 
integrated their forecasts wlui each other. Tlie local areas typically hsd someone who 
woiked for central ITS responsible for making projections but this person was in an 
awkward situation. The local unit frequently did not want to be told that they would need 
15-30% more capacities and furthermore did not have funding to pay for capacity increases 
of this magnitude. Thus, local units typically did not have official f(»recast estimates and if 
they did, tfiey were simple statements that next years capacity needs would fit within the 
units budget (i.e., something like 5% growth). 

Central ITS, on the other hand, knew that 5% growth was unrealistic and that based on 
historical data, 30% growth per year was a much better estimate to use in determining when 
machine upgrades were, needed. 

2. Flat or Declining Rates 

The result of this capacity planning, or lack thereof, was that ITS assumed computing 
capacities would grow by 30% per annum and thus determined that they could decrease 
rates by 10% per year and still increase total expenditures by 20% per year. 

3. Expenditure Control 

Expenditure ccmtrol was the principle area where the problem manifested itself. The key 
users of these services (the local applications) were not hsppy paying for the free 
consulting services thai were bring offered to support the rest of the administrative 
coomiunity. 

4. Budgerinp for New Systems 

Budgeting for new systems didn't work because new systems were forced to pay average 
costs rather Uian incremental costs. And, more importantly, the centnd budget officer was 
eidier unable or unwilling to puU back funds from areas that received windfalls. 
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The result of all this was that, in 1986, ITS ended with a $2 million deficit and a whole lot 
of finger pointing. 

Hie local iq;iplication areas blamed ITS because, "how could we project how much our 
systems were going to cost when ITS keeps changing its rates." 

rrS blamed die local implication areas because. "If ITS controlled application development, 
then the q>plicatiOiis wouldn't use so much computing capacities." 

Staff for the budget process blamed the Vice President and his staff for not controlling 
expenditure growth and the Vice Pttsident blamed the budfi^ staff for not anticipating that 
the local areas would not have enough funds to pay for tiieir ccm^uting needs. 

After many months of this and a review committee established by the Provost to reduce ITS 
expenditures, the Provost finally declared a stop to tiie finger pointing and created the 
following new confuting structure at StanfonL 
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1988 8t«nfOL*d Unlvtrslty 
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Figures 

FigiTC 3 depicts the changes that took place from 1986 to 1988. Not one but two new Vice 
Presidential areas have been formed. Infonnation Resources (JR) is now respoisible for 
Academic Computing, Administrative C(»xuniting, Networidng and Telecommunications 
Services and Litnraiy Technologies. In addition, the Vice President Ux Business and 
Finance's desire to move into new ventures resulted in the creation of an eighth Vice 
President for Admicistrative Resources. TTiis VP took over Human Resources, Facilities 
Planning, Operations and Maintenance and Student Housing and Food Services 
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The structure of Administradve Computing Services also changed Whereas in the past ITS 
providol the computing capacities on a charge out basis and hired the applications 
programmers^ under the new structure the applicati(His programmers were decentralized to 
the local areas and c(xnputing capacities are now purchased on a pricing agreement basis. 

The management structure of administrative computing also changed with the creation of 
the Core Resources Allocation and Management Group or CRAM for short (There were 
some unhappy people at this name but after discussing some worse names, CRAM stuck.) 
cram's charge, as its name indicates, is to allocate core capacif ^s to the central, core 
applications and to manage the use of those resources. 

Here too was something that didn't woik. The first pass at creating CRAM was to have the 
Assistant Vice President for Monnation Resources (Chair), the Controller, the University 
Budget Officer, the person in charge of the iqyplicaticms develq)ment fund, and the Director 
of Administrative Qmiputing as the members. Needless to say, this structure did not go 
over very well with the University Cheers in die libiaries. Registrars Office, or the 
Develcq)ment Office. After all, diese offices were still the core clients. 

So, after a little more thought, it was decided that CRAM should in fact include its primary 
clients (i.e., the senior officer responsible for each of those applications areas) in addition 
to those mentioned before. 



V. The Need for a Creative Financial Strategy 

The organizat:<Hial solution that proposed decentralization of the applicatims programmers, 
recentndization of funds for mainframe services, and an oversight managratient group 
called CRAM oreated a unique set of challenges for a financial strategy to support this new 
entity. Essentially, the financial strategy had to achieve the following goals: 

1. Create a funding/charging mechanism that would assure the authority of 
the new CRAM management structure. 

Widiout some control over resources, the new management group would have little 
clout and insufficient accountability to make the new reporting relationships work. 

2. Support control of Applications Programming in the line organizations 

A major complaint about the old organization was cxie of the lack of understanding 
of d^ essential University processes that systems had been designed to support. 
They were not adequately designed with client needs in mind. 

3. Protect the University Operating Budget from uncontrolled growth in 
computing costs. 

As mentioned eailier, unconstrained growth in computing costs hitting the 
Operating Bud^t had to be Inought into control. It was die key factor in triggering 
tl^ reorganization of administrative computing. 
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4. Maintain an equitable charge-out strategy for cost recovery to meet 
Federal A-21 regulations governing service centers. 

Because Stanford is a major research University with administrative computing 
costs ultimately allocated to federally spmsored research projects, our Service 
Center charge out policies must meet die criteria of fisderal regulations. Principal of 
these regulations is die requirement diat users be charged equitably to assure fair 
costing to Government sponsofed projects. 

5. Provide long-term stebility for the Data Center that would assure timely 
hardware and software upgrades as necessary. 

While controlling costs to the University remains a primary concern it is equally 
inqxirtant to maintain the Data Center's teduiolQgy at a le^ that optimizes 
StanficHd's needs against the opportunities created by technological ^var.ccs. 
Upgrades on our IBM mainfirame units are needed on 2-3 year intervals to meet our 
client needs and to keep up widi the technology so we doi't find ourselves in a 
technological cul de sac. 



VI. The CORE Concept for Funding Primary Administrative Systems 

In order to meet all of the objectives oudined above, the concept of CORE was developed. 
Essentially, the idea was to have the Provost enter into a parmoship with die Stanford Data 
Center to purchase a piece of die IBM mainframe for die use of die primary administrative 
systems. On an annual basis, die central Operating Budget would buy a share of die 
mainframe's overall CPU capacity, disk and tape storage, and printing capacity. Instead of 
bdhng each client account for actual CPU seconds used, pages of print and megabytes of 
storage, die Provost, widi Operating Budget fiinds, owns a percentage of diese capacities 
and allocates diem to die CORE clients (including die Registrar. Controller. Office of 
Development, Administrative Resources and die Libiaries). The amount purchased would 
be based on historical usage and estimates of growdi for existing function, plus some head 
space. 

This concept met objectives #3 and #5 outlined above in diat it is a reasonable cost recovery 
mediod under A-21 principles and it established die full cost to die C^radng Budget well 
in advance providing die needed cost control. The oily problem was diat die tuning to 
purchase a piece of die mainframe was in die individual CORE clients' budgets! In order to 
make die CORE concept possible it was necessary to pull diese dollars out of die line 
organization budgets. This was also die key to making die CRAM management group 
wok (objective # 1). Making diem collectively responsible for die CORE budget would 
support dieir audiority. 

At Stanford very litde is done by mandate. Thus, it was necessary to persuade die line 
manager^ diat diis plan was in their best interests as well as diose of die Provost This was 
accoinplished by emphasizing die advantages of budget stabilization diat would come from 
knowmg m advance exacdy what dieir computing costs would be for three years in 
advance. Plus, die line managers bought into die overall concept of optimizing local 
control for applications programming and central control of die Data Center budgets. Of 
course, die pnncipal line managers, such as die Controller and die Registrar, who are 
owners of die large administrative systems are members of die CORE Resource Allocation 
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Management (CRAM) g^up. This gives them dual xsponsibility for both their own 
applicati(»is and for sharing m the management of the overall CORE capacity allocations 
and giowth. Once these funds were centralized in the cixitrol of the CRAM gDup, 
objectives #1 and #4 outlined above were realized Moving the applications programmers 
into the line organizations, when the funding was, and co-locating them with the line 
staff met objective #2. Figure 4 shows this realignnient of tS^ appUcations programmers 
to the line and the recentndization of the production confuting biKlgets. 
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Figure 4 

Vn. How Well Does the CORE Concept Work? 

Administrative computing is now in a "controlled" growth pattern. Qnnputing costs 
charged to the University Operating budget are exp^ned to grow at about 12% per year 
(down ccxisiderably from years of more that 20%). However, because the Provost 
purchased a share of the mainframe, including some critical ''headspace", actual growth in 
CPU usage for the CORE systems is expected to grow at an average 21% over & next 
three years. In additicn, capacity forecasting has inq>roved and Data Center equipment 
planning is better integrated with budget realities, supporting more realistic planidng for 
mainframe upgrades. A consolidated duee year plan has been prepared for all of the CORE 
applications, aiid, this year, the Data Center and CORE clients are making important 
advances in integrating user needs with technology planning through the applicaticms plans. 



40 



VIII. Conclusions 



There are many conclusions that c ould be drawn from the Stanford experience. As always, 
Uie fin naal strategies and organization structures need to fit the culture of the institution. 
Howe\ r, given the context of diis conference, we will try to summarize the impoitant 
thmgs we fislt we learned. To sonae, these will seem exdrmely obvious. But, 
unfortunately, when you are surrounded by day-to-day problems and no one has or h 
willing to accept clear responsibility, very obvious things tend to be missed. 

Following are the lessons we found most important: 

1. Control both rate increases and total expenditures growth fcr 

service centers. 

2. Include majtsr clients as a part of the management structure 

for administrative computing. 

3. Develop a financing strategy that aJ'ows diis to happen. 

In our case tfiere were many parts to diat financing strategy but perhaps die most important 
one was the pamticnmg of die machine and the upgrade strategy we chose to adopt 

Epilogue 

As an epilogue to tiiis paper, we would like to share some 'Noughts ftom a young 
economist who later went on to win die Nobel Prize for Economics. In a 1964 paper. 
Research in Management Controls: A Critical Syndiesis", Management CcmtmlTNftw 
Directions m Basic Resftflnch, Ken Arrow wrote down five circumstances und^r which 
charge-out structures (( transfer pricing as it was called in diose days) do not woric We 
leave It to die reader to uetermine how many, if any, of die foUowing apply to die Stanford 
situation. " T J 

-cumstances under which Chf e-Out Structures do not Work 

1. When consequences of die decision extend far into die 'nture. 

2. When die external worid is changing, particularly when it is 

changing uncertainly. 

3. Externalities (when die profitability of one pi i : of die 

organization depends on die profitability of anodie ). 

4. When there exists large uncertainties in prices 

5. When managers are not performing well. (i.e.. When diey are 

not paying attention to revenue and expenditures.) 
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Many institutions face an aging applications portfolio that demands 
much attention and many resources '"rom information systems 
management and clients. These older applications are often caught in 
cycles where maintenance and operation become increasingly 
expensive, yet replacement costs are prohibitive. Efforts to meet 
constanUy changing business needs are also straining many 
applications. In order to help support a major capital campaign, MIT 
chose a highly targeted and intensive approach to enhance an Wisting 
alumni/fund-raising/gifts system rather than replacing it. This paper 
discusses this project and projects of this type in general. 
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Introduction 

As they head into the 1990s, many universities find themselves facing a common problem: a portfolio of 
business and administrative appUcations that are aging, difficult and expensive to maintain, and no 
longer meet the needs of the fimctions they support. This problem is not unique to universities, as 
corporations with custom applications (as opposed to rel)dng predominantly on vendor packages) face 
the same issue. We presently find ourselves in an era when new tools and techniques to support ^he 
design and construction of applications are commonly available, yet most organizations still spend the 
vast majority of their programming resources on maintaining existing ^sterns. 

As an application ages, the real dollar cost to operate and maintain it usually increases each year. 
There are a number of reasons for this: 

• As the application is changed by adding screens, modules, data elements, and the like, it 
becomes unwieldy, and its origiiul architecture weakens to the point similar to a house of cards 
ready to collapse at the failure of one key component. 

• As changes are made, technical documentation often is not updated, making maintenance more 
difficult by causing a divergence between the application and the documentation. 

• As the underlying business processes of the organization evolve and change from those in place 
when the application was originally designed, the ability of the application to support 
changing functions decreases. Each succeeding functional change becomes more and more 
difficult to implement. 

Most application support organizations face intense pressure from clients to keep up with their requests 
for changes. Many groups carefully monitor their backlog of requests but are seemingly unable to 'Iceep 
their heads above water''. This pressure forces many appL'^ ^tion changes to be done on a "quick fix'' 
basis, without sufficient thought given to implications on the overall application architecture. The^o 
quick fixes often exacerbate the problem with older applications and make continued nudntenance and 
operation more costly and difficult. This paper will describe a successful project to improve a major 
business application and extend its life by a targeted approach to breaking out of the typical costly 
maintenance cycle. 



Background 

The Massachusetts Institute of Technology (MIT), like nK)St institutions, has an aging applications 
portfolio and spends most of its application support resources on maintaining these applications. With 
the exception of three relatively snudl systems which use vendor packages or service bureaus, all of 
Mrrs administrative applications have been custom developed. During the last fiscal year (ending 
June 30, 1989), MIT spent more than $7 million to develop and maintain administrative applications, 
with 50% of this total spent on low-level maintenance. M*" y of these applications operate in the IBM 
mainframe environment and are more than ten years old, with an original architecture dating to tlie 
1960s. While some of these applications have been converted to different operating systems over the 
years (DOS to VSl to VM/CMS), tlieir underlying designs have not been improved. 

Most maintenance on these applications is done on a task*by-task basis, in which individual changes 
are implemented one at a time. The priority for maintenance tasks is established by the client, who 
responds to changes in business processes and functions. Qianges to application databases are 
occasionally made, usually done on a task*by-task basis also. In son^ instances, this process results in 
the technological equivalent of a ramshackle sh' which is now ugly (from a technical, functional, 
and user interface perspective), difficult to maintain, and in danger of collapse. 
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Over the last few years, MIT has decentralized the responsibility for support of approximately 50% of 
its administrative applications^. Applications can be develope : or maintained in several ways: hy 
programmers from Administrative Systems Development (ASDX the central applications development 
group; by programmers in client offices; by omsultants from outside of the Instihite; or by any 
combination of these. 

One of the risks of decentr^Oizalion, observed at MIT as well as at many other universities, is difficulty 
in creating and enforcing standards. With the responsibility for apj^lications support reporting up 
through diffierent line organizations, there is a good chance that conunon techniques, tools, and 
architectures will not be used. Unless some type of centralized review and authority over application 
support is established (by the central information technology organization, for example), the risk of 
standards being ignored is much greater. The lack of adherence to standards can exacerbate the 
maintenance problem described on page 1. 



TheAltimni, Donor, Development, and Schools System 

In 1979, MIT developed an application to track all alumni and their gifts. The central application 
development group, working with the Alumni Association and the Tower's Office, developed the 
new system. The system uses the ADABAS database management system to maintain its data and the 
PL/J programming language for on-line and some batch functions. 

Over the years, the ^tem was nudntained and enhanced to provide additional functionality as client 
needs chrnged. The cer tral application group performed most of this maintenance on a task-lyy-task 
basis as described above, with little overall strategic direction. During this same period, the Alumni 
Association aUx> established its own sma!I group o' f 'loj^^rammers; the group focused primarily or 
writing maruigiment reports to track the various daui about alumni and their gift^. In addition, this 
group developed a number of small subsystems Ouit used some of the data in the main system. 

In the mid-1980s, MIT began to formulate plans for a major capital campaign. These plans evolved into 
the Campaigu for the Future, a $550 million, five-year campaign. As part of the plans, the Resource 
Development department more than doubled in size in order to manage cai;^9i prospecting and 
solicitation. Part of this increase resulted from creating a small progra nminj; group to write 
management reports for the campaign. The staff of the Alumni Association ulso increased (though by a 
smaller magnitude) in order to enhance il^ ^^/forts on annual giving. 

By the campai^ kickoff in 1987, t* e original alumni/gifts system had grown to becoir^ the Alumni, 
Donor, Developinent, and Schools (ADDS) system. Its purpose was tu support the following groups: 

• Alumni Association, responsible for alumni relations and annual giving 

• Resource Development, re^nsible for researching, prospecting, and soliciting major gifts 

• Treasu«ier's Office, responsible for recording the gifts 

• development officers of the five schools at MIT, responsible for school-related solicitations 



For more on how MT has decentralized application support, see Mary Ellen BushneU and Donald E. Heller, 
''Application Developing tit Services in a Competitive Environmcnt^ CAUSE/EFFECT, Fall 1989, p. 33. 
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The illustration below shows the relationship of the ADDS S3rstein to the various departircnib 
involved. 
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The architecture, many of the programs, and much of the database structure of the ADDS system 
remained similar to the original system developed aln¥>st ten years eailier. A number of enhancements 
and modifications were made to support the campaign, but these primarily were added on top of ihe 
existing system, rather than being fully integrated into it. Some of these enhancements were actually 
new subsystems to track such entities as proqpect informi^tion and campaign volunteers. Other 
enhancements involved writing reports (at this stagp primarily using NATURAL, a 4th generation 
language) to support campaign researchers and solicitors. At the time, ASD and the client offices 
believed the sjrstem should last through the life of the campaign, even though it would be dose to 
15-yearsK)ld by the en ^ of the campaign. AiD had two progranuners supporting the ADDS system, 
with 60% of their time spent on maintaining the on-line system, and 40% on programming management 
reports. 

With the campaign ready to begin, the ADDS system was being used by almost 200 different people in 
three administrative departments and five schools, with an average ot 60 simultaneous users. During 
the most recent fiscal year, the system was used to record over 40,000 gifts and pledges with a total 
value exceeding $131 million. In addition, an average of 170 batch report jobs are run against the 
database each week. Many of us felt an omen was sent when the stock market dropped precipitously on 
Black Monday only three days betore the official campaign kickoff in 1987. 



The Problems Begin 

With increased usage of the ADDS system following the campaign kickoff, both the clients and ASD 
staff began to notice some problems. Their o> . ations included the follov/ine: 

1 , Re^nse time fo** both the on-line portion of the system (used for entering and querying alumni 
biographical and gift information) and batch jobs (primarily management repor was 
deteriorating. ^.Vhile this was partly due to the overall load on the IBM 3083 mainframe on 
which ADDS ran, some questions were raised about the performance of the ADDS system itself. 
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2. The mainftaim costs associated with running the ADDS system were increasing rapidly and 
approached $1 million. Since the data center at MIT operates on a chargeback basis, the 
increased costs impacted the client operating budgets. 

3. The user interface and functioning of tfie on-line portion of the system were awkward and 
inconsistent Menu hierarchies and saeen navigation rules forced users through many different 
screens in order to ^nter or query information. 

4. Many of the programs were awkward and difficult to understand for the programmers 
maintaining the system. Over the years, some inefficient and unstructured programs had been 
written that tended to be ^doned'' by subsequent programmers who needed to develop a similar 
function or report. In this way, ineffiderKies and structural problems were perpetuated 
throughout the system. 

5. The data structiues were ineffident and in many cases did not support client business needs. 
Data elements and descriptors (keys) had been added to the database as needs arose, with no 
overall plan for or redesign of the database. 

These observations raised concern over whether the ADDS system would in fact be able to support the 
Campaign for the Future during its remaining four years. We knew we could not implement a vendor 
package or develop a completely new system in the middle of the campaign without major disruptions. 
Even if the system did in fact last through the end of the campaign, people thought it coukl not be ujed 
much beyond that, if the campaign was extended beyond its original five-year duration (a common 
event in capital campaigns). 

Because of these growing concerns, clients and Information Systems (the central information technology 
oi^ganization) dedded in 1988 to conduct a study of the ADDS system, examiiung problems and possible 
solutions to ensure system usefulness throughout the life of the can^gn. A dedston was made to hire 
an independent consultant in order to bring the necessary expertise to the review process. 

Review of iAC ADDS System 

In September, 1988, MIT hired a consultant^ to review the ADDS system and make recommendations for 
improving it. The consultant had a number of years of experience in applications development and had 
been a prindpal in a consulting firm specializing in ADABAS and NATURAL applications. He spent 
approximately six weeks mt^JAg with -Jients and ASD staff as well as reviewing PL/I and NATURAL 
program^ the logical and physical design of the database, and system performance reports. The results 
of the shidy were presented to a group that induded the vice president and department head of each of 
the areas involved with the ADDS system. 

The key findings of the study, as summarized in the final report, were: 

1. Programs and batch jobs are ineffident ... programs and jobs can be improved 10%-^5% in execution 
speed by more structured design and programming techniques. 

1 Programs, jobs and systems are difficult to understand and maintain .... almost all programs could 
benefit fix>m improved structured design and programming .echniques ... there is almost no 
technical documentation. 

1 The database design is ineffident . . . there are an excessive number of keys to the major files.... 
Compound keys to support the frequently used access paths do not exist ... there is no 
documuitation about the design decisions made. 



The names of the consulting firms used in this project are not given in order to avoid any appearance of an 
endorsement by MIT; this should not be construed, however, as a comment on their performance More 
information is available from the author. 
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4 The user-interfece of the on-line systems is inefficient.... The user must traverse through multiple 
screens to satisfy thdr information request where one screen would sufBce.... The user caimot go 
directly from their current screen to the one they need next.... On-line help is rarely a\'Bilable 

5. Rnding problems and determining their cause(s) is difficult and time-consuming ... determining how 
often programs are run is difficult or impossible ... determining which database files are accessed, 
how they are accessed and how often is difficult and expensive. There are over 40 NATURAL 
libraries containing over 4^500 programs ... only 1200-2000 are used in production.^ 

In order to eliminate or alleviate these problems, the report made the following recommendations: 

1. Proceed with a project (the ''ADDS Efficiency Project^) to improve the systems, practices, and 
procedures related to the ADDS database. 

2 Hire a full-time Data Administrator to manage the ADDS systems and the improvement project. 

3l Provide training to all ADDS development personnel in structured design and programming.^ 

The nuijor benefits of undertakirig this project would be to improve the perfbrmancp^ e^.dency of the 
ADDS system, reduce or control the growth of application mainteiumce and support costs, and most 
importantly, ensure that the system would last tor the duration of the Campaign for the Future. The 
nuijor incremental cosb (beyond resources already dedicated to the ADDS system) would be the cost of 
the data administrator and the additional resources for accomplishing the report reconunendations. 



The Search for a Data Administrator 

Among the complexities of the ADI>S system are that it directly supports three major departments and 
that the techniod support is provided by three different departments (see diagram page 3). Because of 
this, governance of ttie ^tem is relegated to a series of conunittees, sununarized in the table below. 



Committees with members 



Responsibili^ 



ADDS Management Group 
Director, ASD 

Director, Alumni Information Management 

Director, Campaign Systems 

Recording Secretary 

Data Coordinator, Sloan School 



• Setpoli^ 

• Long-range planning 

• Resoive differences between the 
Technical Group and the 
Operations Group 



ADDS Technical Group 
Director, Alumni Information Management 
(chair) 

Technical staff from ASD, Alumni, and 

Resource Development 
Area Manager, ASD 



• Establish programming standards 

• Review file structures 

• Determine ways to implement 
changes requested the 
Operations Ghroup 



ADDS Operations Ooup 
Director, Campaign Systems (chair) 
Users from Alumni , Resource Development, 

Treasurer's Office, and Schools 
Area Manager, ASD 



Discuss requested changes, 
performance problems, and other 
factors affecting users 



^ "Management Report: MIT ADDS Database Systi?ms Efficiency Evaluation", internal MIT report, October 

1988, pp. 6-8. 
* Ibid. p. 11 



-5- 47 



153 



Durfng discussions about hiring a data administrator to aS3ume overall re^nsibility for the ADDS 
system and the ADDS Efficiency Project (AEP), it became clear that a consensus did not exist regarding 
which organization should supervise the data administrator in a reporting relationship. In addiHon, 
the question was raised whether a qualified data administrator could be retained once the AEP was 
complete and a more stable operatir^ environnnent was achieved. 

Because of these concerns, the decision was made to hire a consultant to act as the data administrator 
and to lead the AEP for its estimated duration of twelve months. The consultant would be funded by 
and would report directiy to the Director of A3D, with a responsibility for cooidinating his or her work 
with the three groups that govern the ADDS system. 

In December 1988, a Request for Proposal was written and distributed to twelve organizations around 
ttie country. The request contained excerpts from the ADDS study and asked for proposals for providing 
data administration services. The organizations soUdted ranged from Big 8 accounting firms to small, 
spedalized information technotogy consultants. Proposals were received from seven companies, and 
after an initial review by the Director of ASD, two were eliminated because they did not meet the 
minimum requiremerts stated in the request. The remaining five proposals (which ranged in 
cost fipom approximately $94,000 to $219,000) were distributed to the members of the ADDS 
Management Group. Another proposal was eUminated in this process and the remaining four firms were 
invited to MTT to present their proposals. 

The presentations were conducted in January 1989, and the winning proposal was selected unanimously. 
The contract award was based on three factors: 

• qualifications and reputation of the contracting fim and of the individual proposed as daU 
administrator 

• description of the services to be provided 

• proposed cost 

The winning proposal was the second lowest in cost of the four finalists. A one-year contract with the 
firm was negotiated and signed, and the data administrator began working in February 1989. 

The ADDS Efficiency Project 

A project team was formed for the AEP. Under the direction of the data administrator, members 
mduded two senior level and one mid-level analyst programmers and one tedmical writer, A\ from 
ASD. In addition, a manager fiom ASD also was involved on a day-to^ay basis with the project. The 
AEP team would work closely with programming staffs from the Alumni Association and Resource 
Development, though the AEP team would not have direct authority over their work. All parties 
acknowledged that, while programmers from the dient departments would be involved in the AEP, the 
majority of their woric would have to continue to support the on-going operations of the campaign. 

The first task of the AEP team was tc review the ADDS study report and to develop a project plan 
ouUining the work to be conducted over the foUowing twelve months. The project plan was completed 
and reviewed with the ADDS clients within about three weeks. The major activities of the proied fell 
into the following three categories: 

• Analysis and redesign of the production database files 

• Analysis and reprogramming of the large, fiiequently-run batch reports 

• Analysis, redesign, and reprogramming of the on-line portions of the system 
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In addition to these activities, education and training of the technical staffs supporting the system 
were to be addressed by the project. This was done through a variety of mechanisms: infomud training 
sessioru about the ADDS system and its data targeted at users; sessions about specific programming 
tofrics led by the data administrator and taigeted at client programmers; and formal workshops on 
various aspects of ADABAS and NATURAL programming led by an outside training firnt 

The AEP was scheduled to last for twelve months, through February 1990. To allow for any changes 
that may occur during the life of the project, the schedule set the completion date for the final task 
approximately ten months into the project, thus aUowing for contingency time of 15%. 

As noted on page 4, one of the critical problems with the existing system was the lack of standards 
supporting the maintenance of ttie ADDS system. Consequently, one of the project's first activities was 
to establish standards for the maintenance and documentation of the ADDS system. The consulting firm 
selected to provide the- data administrator was well-respected for its work with ADABAS and 
NATURAL environments, including establishing specific programming standards. The AEP team 
wisely decided early on to adopt these standards as the basis for much of the work to be done. 



Analysis and Redesign of the Database 

As described on page 4, an overall plan for implementing changes to the database files in the > DDS 
sysi^^m did not exist prior to the initiation of the AEP. In the past, when an office needed a field added 
to one of the files, it was usually added to the end of the file because this was the easiest and fastest 
way to make the change. This solution was used because of the quick turnaround time required by the 
clients and the workload of the database analysts. Often there was insufficient time to conduct an 
analysis of the change and its impact, in order to develop the most efficient and effective solution. 
Requests for new keys for the file usually occurred in a similar manner, without reviewing whether 
existing keys could be combined or otherwise changed to meet client needs. In addition, database 
proHems were made worse because virtually no reviews were conducted to determine whether unused or 
underused fields and keys could be eliminated. At no point were real attempts nuKle to truly normalize 
the data. 

G>mpounding problems with the database itself were the numbers of new programmers and us irs added 
in the client departments over the previous few years. F6r the most part, both users and progranuners 
were not provided with enou^ training to give them sufficient knowledge of the data and ^heir uses in 
order to do their jobs effectively. Without a thorough understanding of the logical and phy jical 
database design, as well as adequate technical training, programmers could not structure programs to 
make the most effective use of the data and of nuichine resources. Similarly, users who did not 
understand the data often did not know how to accurately formulate requests for information. 

In order to evaluate current database use, the AEP team worked with the database analysts in ASD to 
collect information about patterns and ft^^uency of use of the files, fields, and keys. The team analyzed 
the usage patterns throu^ an iterative process; they reviewed this information with the clients to 
determine possible changes. Early in the project, it was decided to combine all of the recommendatio.«i 
into a major restructuring of the database in order to minimize the impact on the clients. 

After a thorou^ review and analysis of the database, the AEP team developed a list of changes. The 
list included the removal of 100 fields (16% of the total fields in the 14 affected files) and 101 keys 
(41% of the total keys in those files). The? « changes were scheduled for implementation in the summer, 
after clients had concluded processing to cose the fiscal year. 
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Analysis and Reprogramming of Batch Report Jobs 

The ADDS system was used most frequently to produce various types of reports for the management 
researchers, and fund raisers in Resource Development and the Alumni Association. The most pressing 
fSS'T ™w*!I21!P** ^ too long to run, even during overnight batch pnxxssing. In F*ruary 
1989,0^ IBM 3083 mainframe on which the ADDS system ran was upgraded to an IBM 3090, providing 
roughly twice the computing power. While this provided short-term improvement, database use:5 
v-ere concerned that problems might resurface later when the 3090 became busier. Thus, the AEP team 
was chaiged with examining the report programs to see if they could be made more efficient. 

This tMk was a difficult one, because there were Uterally thousands of programs in scores of libraries. 
ThCiJ^ team embariced on a process of identifying key tactical improvements that could be nude to 
selected programs. They accompUshed this by analyzing the performance of jobs run against the ADDS 
database and thdr resource utilization as nteasured by physical input/output calls and database 
transactions. A weekly list of the most resource-intensive jobs (fondly referred tr as the "chugger" list) 
was created in order to track which fobs were using the niost resourees and were nm most fi€«iuenti^ 

Once these key jobs were identified, the data administrator met with the programmer responsible for 
each job. -mey examined the programs, and suggested and tested methods of improving the performance 
efficiency of the programs. The revised programs were tested to measure theiriesouree usage. The 
results showed that some of the most resource-intensive jobs could be reduced by more than ^% in both 
run time and rsource utilization. Since many of these report programs had been cloned, fixing c ne 
program often led to changes that could made quickly to others. 



Analysis and Redesign of the Qn-Line System 

The largest and most complex activity in the project was the analysis, redesign, and reprogramming of 
Ae on-hne portions of the system. The major portions of the on-Une system consisted of approximately 

230 PL/I pograms that were ten years old. TlMse programs were divided into two main subsystems- 
BioEntry, used for the entry and display of biographical information about alumni, and GiftEntiy used 
for recording gifts and pledges made by alumni and others. Both subsy^ems were largely undocumented 
and often did not fbUow good software engineering techniques, resulting in difficult and expensive 
maintenance. AreUtively simple request to change the layout of a saeen became a major endeavor. In 
addition, because user interface standards were not used, inconsistencies in screen navigation rules and 
function key definitions existed. ^ 

Since the scope of the project was primarily to improve the performance and efficiency of the ADDS 
^tein, the project team did not set out fatitiaUy to make major '•enhancements to system functionality 
One of the first decisions made by the team, with the concurrence of the ADDS Technical Group, was to 
discard the PL/I programs in their entirety and reprogram the screens in NATURAL. Prototyping and 
testing demonstrated that existing programs could be replaced with NATURAL programs without any 
response time slowdown (and in fact some improvement). Previous experiences had shown that the time 
required to write programs in NATURAL was much less than for equivalent PL/I programs. 

The AEP team began v. . th the premise that it would simply copy the existing data entry and query 
screens arul reprogram them in NATURAL. During prototyping, they received many requests for 
improvements to ©dating functionality. Most of the suggestions revolved around the screen navigaHon 
and function key definitions. During tiie iterative prototyping, the team determined titat it could 
accommodate the requests of the users wittiout delaying the project schedule. Thus, they decided to 
meet requests for new functionaUty from the users as k)ng as ttie ori^ schedule for reprogramming of 
the on-line systems could be maintained. 
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As described ibowe, the existing ADDS system contained two main on-line subsystems. The original 
plan was to maintain the structure of two separate subsystems, with the reprogrammed CiftEntry 
sub6y!><^ put into production in August and Ae new BioEntry implemented in Septonbe/. Prototyping 
allowed us to discover that the two could be combined into one subsystem to support both Iriographical 
and gift data entry and queiy functions. The combined subsystem would minimize the effort spent on 
rep&x>gramining the screens and also would simplify future maintenance. The project team continued the 
iterative prototyping of the screens, taking into account the functionality improvements requested 
users. A major revision to the technical and user documentation of the BioEntry and Gif tEntiy systems 
was done concurrently with the reprognunming effort 

Once design specifics were weU-established, programming of the screens l)egan. The existing 230 PL/I 
programs were to be replaced with 90 NATURAL programs. When die taiget dates for implementing 
the new subsystems were delayed untU October, it became apparent that these changes and the 
scheduled imptanentation of database changes (described on page 7) were likely to occur 
approximately one montfi apart Because ihe system would be dosed down for a period of time for the 
production conversion with a resulting impact on dlenls, the AEP team and clients opted to implement 
both the database and on-line subsystem changes in one conversion. While a onnbined conversion would 
be more con^lex, a shorter period of impact for the clients was a more important consideration. 

The woric on both the database dianges and replacement of tbe on-line subsystems continued; the 
implementation date for both activities was November A, 1989. 



Evaluation of the Project 

The conversion of the database files and on-line sui^systems was completed on schedule. The conversion 
required an intensive effort by a variety of parties: 

• database analysts, who converted the actual database 

• the AEP team, who installed the new veision of the on-line screens 

• the client progranuners, who installed the subsystems they were responsible for converting to 
the n«>w datal>ase fbmiats 

• the users, who conducted aO of the testing after the conversion 

The system was shut down for two business days to accomplish the conversion. With very few minor 
exceptions, all converted programs were impknr^nted successfully without any bugs. 

As the deadline for this paper approached, we are still evaluating the performance improvements of 
the new database structure and on-line programs. Some of the unprovemenb already noted include: 

• a 25% r iction in disk storage for the fourteen files affected by the databese changes 

• an in^rovennent in response time for both on-line functions and batch report jobs 

• a large degree user satisfaction in response to the simpler screen navigation and function keys 
in the new on-line subsystem, leading to increases in user productivity 

Data on tb^ total resource usage and re^nse times for both on-line subsystems and batch jobs will be 
collected over the next few months and compared to preconversion data. So far it appears that both 
resource usage and response times have decreased, but we will make a formal condusion when more 
concrete data are available. 

One of the difficulties in evaluating this project is the number of factors affecting resource utilization. 
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pnxluction costs, and le^nse time. Forexample^oneof the coiKerns described on page 4 was 
costs of $1 million annually for running the ADDS system. Since a major goal of the project was to 
improve performance efficiency, a performance measure could be the production cost of the system before 
and after the conversion. A simple comparison of this type, however, assumes that the volume of 
activity in tfie ADDS system remains constant. If the volume increases (because of running more reports, 
making more queries, or recording more gift^ for example), you need to ccm^^ 
comparisons. While possible, this is a tedious and timeKX>nsuming task, given the size of the ADDS 
systenv tl » laige number of users, and Ae variety of jobs run. Thus, conq>arisons of resource utilization 
over time are difficult to make. 



Summary 

The current schedule of the project calls for the final report and recommendations to be completed on 
January 5, 1990. This is approximately two months eariier than the original twelve-month schedule, 
due primarily to not using the contingoicy time. Explicit jxojectco^ can be summarized as follows: 

Contract with consulting firm for data administrator $148,000 
Addition of one full-time programmer and one half-time technical writer 

ftom ASD (above existing level of ADDS support) for ten months 96,000 

Ti>tal $244,000 

The total does not include costs associated with time spent by the programmers in dient offices for wor'^ 
done on enhancing client sub^tb^ and batch jobs. While these costs were not tracked separately, 
they are believed not to be laige since none of the clients added additional staff exclusively for this 
effort. The programming sta^ of both the Alunmi Association and Resource Development were able to 
continue to meet the operatii^g needs of the campaign d^uing the entire project. 

As mentioned above, the quantitative benefits of this project still need to be calculated. We do know, 
however, that the following results have been achieved: 

• The useful lifo of the ADDS system has been extended to ensure that it can continue to meet the 
needs of the campaign workm. 

• Current estimates are that the programming resources necessaiy for maintaining the on-line 
portion of the ADDS system in NATURAL will be half of what was necessary for PL/I program 
maintenance. Taken another way, twice as many t^sks can be accomplished with the same 
resources. In addition, progranuners joining the prc/ectwiU be productive more quic^^ 

of the 4th generation language and structured techniques now used in the system. 

• The functionality and user interface of the system have been vastly improved; users already 
have acknowledged this change. 

• The improvements in batch report jobs have been noted earlier, and initial indications after the 
conversion are that on-line re^xmse time has improved also. 

The decision to apply an intensive approach to enhancing the ADDS system appears to have been a 
wise one for MIT. By extending the life of the system and postponing the capital expense of replacing 
it, we have made resources available to address priorities in other areas. Other older applications at 
MIT are currently being examined to determine whether the same approach will yield similar benefits. 
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ALIGNING UNIVERSITY GOALS WITH INFORMATION SYSTEM STRATEGIES- 
SMOKE AND MIRRORS? 



Dennis L. KroAier 
Director, Computing Services 
Richard C. McKee 
Assistant To President 

Ball State University 
Muncle, Indiana 



Ball State University's president, vice presidents, 
provost, and leadership of Information systemi 
Jointly completed an Intensive study of Information 
systems Investments and the degree of alignment with 
the goals of the University. Objectives of the study 
were to Improve the executive leadership's under- 
standing of Information system (IS) Investments, 
determine the level of alignment of these Investments 
with strategic University goals, and Identify oppor- 
tunities for shifting Investment priorities to better 
support these goals. A 1988 study of critical MIS 
Issues ranks aligning IS and corporate goals second 
In a list of twenty hind using IS for competitive 
advantage). This ^ . jf describes thr methodology, 
findings, and Impact of the study at Ball state 
University. 
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ALIGNING UNIVERSITY GOALS WITH INFORMATION SYSTEM STRATEGIES- 



SMOKE AND MIRRORS? 



A recent study of critical management Information systems Issues 
ranks aligning Information systems (IS) goals with corporate 
goals second In a list of twenty — first was the use of IS for 
competitive advantage. (CIO, January, 1989, p. 10) It has also 
been reported that average spending on Information systems for 
1989 would increase at a rate twice that of Inflation, but that 
less than 10 i of senior IS executives have found ways to measure 
the value of their Information systems to the corporation. (CW, 
December 5, 1988, p. 20) 

Ball State University's president, all vice presidents and the 
senior leaders In campus computing Jointly completed an Intensive 
study of computing Investments and the degree of alignment with 
the goals of the Institution. The study took approximately one 
month to complete, Including data gathering, the analysis of 
university and computing goals and computing Investments, and 
completing the final report. 

Ball State University Is a state-supported Institution with over 
Id, 000 students, 1200 faculty, and a computing services budget of 
$6,500,000. UnlversIVy Computing Services reports to the Office 
of the President and has responsibility for academic and ad- 
ministrative computing and data communications. Overall policy 
and planning Is supported by four committees: President's Ad- 
visory Commlttiie on University Computing (PAC), Academic Comput- 
ing Committee, Administrative Computing Committee, and the Com- 
puting Resources Subcommittee of the University Senate. The 
University leadership has focused strategically on the applica- 
tion of computer, data communications and video technologies to 
enhance It's Image, quality and competitive advantage. 

A structured approach employed In this study was SIM (Strategic 
Investment Methodology), offered by IBM's Advanced Business In- 
stitute. SIM has been used In private enterprises In the United 
States and Europe, but Ball State University Is the first In- 
stitution of higher education to employ the methodology. Presi- 
dent John E. Wort hen was the executive sponsor of the study, ap- 
pointing the participants, providing resources needed, and becom- 
ing an active participant. IBM provided senior consultants from 
the Advanced Business Institute and the technical resources that 
were required. Other participants are listed In Figure 1. 

Objectives of the study Included: 

♦Improve understanding by senior University officials of 
total computing Investments throughout the campus. 
♦Relate computing Investments to University goals, and Identify 
over or under Invested priorities. 

1 
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♦Provide a system to determine the Impact of changing; 
University goals on computing resource allocations. 
♦Clarify and enhance communications between ilor ad- 
ministrators and computing leadership. 

♦Develop action plans to Improve alignment of computing Invest- 
ment with key University goals. 

Computing Investments must be measured not only In the computer 
center or traditional organization normally thought to contain 
this budget, but also In user areas throughout campus. User 
areas have workstations, personnel dedicated to computing, mini- 
computers, outside services, software, networking and maintenance 
that my be budgeted for separately from centralized services. 
Of course computer center budgets Include Investments 
(expenditures) for mainframes, minicomputers, personnel, network- 
ing, maintenance, outside services and software. 

iiiese Investments are analyzed and categorized In a four quadrant 
grid according to the type of resource (I.e., personnel, network, 
computer, outside services, terminals, ether), functloi.w or uses 
(I.e., teaching, research, public services, marketing, ad- 
ministration, support), technology portfolios (learning support, 
decision sup.>ort, office support, physical. Infrastructure, 
Institutional ) , and management approach (uti 1 Ity , venture, 
retail). Consensus techniques are used to weight University 
goals, rank functions, and determine which technology portfolios 
have the most potential to contribute to meeting the University's 
goals. 

All this analysis Is combined In Figure 2 that Illustrates the 
percentage of cc<iput1ng Investments made In th^ varloMs user 
funvtlons and technology portfolios, as well as the strategic 
values of each of the cells (as determined by the convinsus rank- 
ing and weighting). It may be seen that the high strategic and 
very high strategic value cells are typically receiving the most 
Investment; examples of exceptions are learning support/ resource 
d(»ve1opment, and external support/administration. User functions 
which could qua'Mfy for additional Investment Include research, 
ttvalua^l ^/accountability, and support services. Technology 
portfolios to be targeted Include office support and decision 
support. Close study " the chart Indicates that the Unlve-^slty 
Is, by most Indices, Investing In high Impact areas. Few cells 
were Identified In which there was a low strategic weight and a 
high level of Investment. While this Indicates strength. It also 
Is a limitation In that there are fewer "faf (I.e., over- 
Invested) cell from which resources can be reallocated. 

Action plans were developed during the study and reviewed by the 
University Officials. President Worthen has referred future 
study activities to the President's Advisory Committee. 
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MANAGING COMPUTER SUPPORT COSTS 
THROUGH EFFECTIVE USER TRAINING: 

Lessons Learned at the University of New Hampsliire 

fietpr Le QmqMgnon 
University of New Hampshire 
Duiham, New Hampshire 

John F. Leydon 
George Kaludi« Associates, Inc. 
Nashville, Tennessee 



Given the rising costs of technology, directors of confuting must look fw cost-effective 
and efficient means of providing support ^ users. Yet, how can the con?)uter services 
department provide cost-effective suppoit to an increasing number of user' with an 
ever-broadening spectrum of needs? One answer has been to create haidw are and software 
standards. Yet, even with standardization, changes in personnel, upgrades to hardware and 
software, and the availability of new technology necessitate a long-term approach to providing 
computer suppoit At the University of New Hampshire, we believe that the one of the most 
cost-effective means of providing support to users is tfirough effective user training. This 
paper presents the University of New Hampshire's approach to user training and argues that, 
aoKHig the investments a conq)uter services department can make, training can actually have 
one of the biggest payoffs. 
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Introduction 



As the discrepancy grows between ccmputing budgets and other ways to spend 
limited campus dollars, con^uter center directors aie having an increasingly difiiculi time 
justifying tlM^ high costs of ccxnputing. At a recent conference of high-level University 
administrators, a number of University financial officers indicated that 5% of their annual 
budgets was being spent on computing. This number went as high as 10% for those 
Universities that had undertaken a sigmficant can^uswide networidng effort 

Along with tlie rising costs of confuting, the number of computer users on campus 
continues to increase, and tihe profile of the computer user is changing. Many users have 
a growing comfort level with technology, a greater awareness of the possibilities offered 
by ccxnputers, and growing demand for increased conq)uterization. Still others feel 
pressured to begin using conq)uters in spite of their continued fear of technology. The 
conq)uter servicrn department must be responsive to thr ie changes. Yet, the computer 
services staff is not growing. How dc:s the conaputer services department support an 
increasing number of users and changing ini>titutional needs in a rapidly changing 
ccxnputer environment? 

One answer which is often overlooked is to provide effective training. Many 
con^uter center directors consider training as an investment with less payoff than adding 
additional hardware, software, or support staff. At the University of New Hampshire, 
however, we believe that anK>n£ the investments a computer services department can 
make, effective training can actually have one of the big^st payoffs. 



The Importance of Training io the Instin?tion 



New technology continues to alter not cxily the teaching and leaning aspects of an 
institution, but also its administrative capatnlities. Adequate training is absolutely 
necessary if institutions are to take advantage of this rapidly changing technology. People 
must have the skiUs necessary to work with new technology and its associated software 
systems. Training is therefore begiiuiing to emerge as one of the most important functions 
of can^us cornputing. However, training individuals to use computers is difficult 
because of rapid changes in the field and because of the variety of uses to which 
v^nq)uters are put in a large post-secondary institution. The institution must therefore be 
conunitted to significant training for all users,-faculty, staff, and students. At the 
University of New Hampshire, it is our view that training for computing is a key factcn* in 
providing the support needed to keep users ahead of technology. 
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If we were to look at a cross secticm of post-secondary hisdtutions today, we would 
find they tend to i^iproach training differently based on how important they view die 
training function. Tuey may simply ''muddle duoug^" with litde or no training, diey may 
do "reactive" training in response to problems or as specific needs arise, or they may 
actuaUy have a planning process for training just as diey plan for die a^ 
technology. 

Much of the training for coaq)uting in higher education has not been particularly 
effective, pardy because technology has devel<icd so fast Existing training models h&ve 
not coped well with the changing technology. Mcneover, as die con^uter e^qperience of 
faculty, staff, and students increases, so do their training needs. Training must shift fix)m 
basic Uteracy to niore selective tnuning for particular skills. What dien are die elements 
necessary to provide tffective training? 



Factors Affecting the Success of Training 



Someof the elanoits of good training are fairly obvious. Odiers are not so 
obvious. One of the first things to assess in an effort to design a training program that 
will provide adequate support to users is the goals of that training program, ^nonderfor 
tnuning to be a part of the overall support infrastructure of the con^>uting department it 
must go beyond merely teaching skills for using a particular software package or solving 
q)erational problems. Although these are important and necessary goals, training must 
also include the goals of increasing the productivity and quality of wcnk and of creating an 
envircmm .nt of teamwoik where users woik together more effectively. 

If the goals of training are vie^vcd in this larger perspective, a number of 
cost-saving benefits can result including: 

• Making it easier to introduce char ^s and use new technology; 

• Reducing costs associated widi errors, rework, or down time; 

• Reducing learning time for new employees; 

• Doing more widi the same number of people. 

On die other hand, inadequate trainL^g can lead to cc stiy delays, problons, and 
dissatisfaction on the part of users. C^e way to cos^-justify training might be to consider 
the cost of not trainLig. According to one recent article, coiporations can waste as much 
as $740,000 per 1000 installed PCs if diey don't teach people how to use diem, 
anformarion Center. November 1989, p. 28.) 

Timing is cmcial for training to be effective. Don't wait for problems to arise. 
Schedule adequate tndning before inq)lementing changes. At die same time, training must 
satisfy a need or it will not be retained For exanqple, administrative users trained in how 
to use a new on-line administrative system mmths before the system will actually be in 
full operation will have forgotten most, if not all, of what diey have learned by die time die 
system is fiiUy functioning. 

You must also ask yourself what delivery mediod will woik die best. Not all users 
learn in the same way. For some, one*on-one training is most effective. For others, 
self-study package^; will wc»rk best. Generally, less experienced users learn best widi 
(Hie-on-one training sessions or small hands-on workshops. More experienced users can 




learn effectively with self-study packages which might include documentation, video 
tapes, or computer-based-training (CBT) exercises. These forms of training allow the 
nxxe advanced learner to skip areas they are already familiar with or go faster than a 
classroom presentation might allow them to. In general, training shodd include a balance 
between sldlls-based training and knowledge-based training. However, the emphasis on 
skills, or the "how to" aspects of training, should probably be emphasLa:-^ early on so that 
the user may see results before becoming discouraged. Understanding the concepts will 
be easier after at least a sdiort period of doing. 

Training should also be geared to specific work groups, that is, to groups where 
people share sindlar job ftinctions and, thdcore, similar problems. An example of a 
training model that did not work well at the University U New Hampshire was an attempt 
toteachaword-piTcessing course to a class open to both faculty and staff Thcsetwo 
groups, in fact, use wwd processors in very different ways. The faculty were more 
interested in learning how to do such things as footnotes and bibliography entries, while 
the administrative users wan^d to learn how to produce mailing labels or use the word 
processor's mail-merge function. 

It is also inq)ortant, although not always possible, to try not to mix skill levels. If 
class sizes do not permit having a beginning, intennediate, and advanced section of a 
particular course, be sure to have have plenty of examples and exercises for more 
advanced users to woiic on while you are helping less-experienced users. 



Encouraging Users to Take Advantage of Training 



In order for training to serve as effective support, thus reducing support needs in 
other areas, users must take advantage of the training available to them. One method of 
making sure users take advantage of training courses is to make them required. This is 
not necessarily the mosv effective way to assure that users will benefit from training, 
however, since training will not be effective if it does not satisfy an immediate need. 
Training courses must often be scheduled far in advance due to limited classroom facilities 
and the availability of instructors. F6r this reason, courses may not be offered at the most 
aiq)n>priate time for users. Requiring someone to take a training course T . a product they 
will not be u<^mg immediately will not eliminate their need for support later on 

/^lOther, jetter way to encourage users to attend training sessions is tc ^lake them 
as easily-accessible as possible. One way to acc(»nplish this is to provide in-class, or 
in-office, trairung for jsers at the request of faculty members or administrators. Another 
is to provide regularly scheduled "walk-in" training sessions so that when users develop a 
particular need, they can get inunediate, and therefore, more effective training support. 
Video tapes of training sessions, whether "home-grown" or commercial, are another way 
to nuike traiiiing more immediate since users may view them when, and as often as, ihey 
like. 

In all coses, training must be marketed to die user if the user is to take advantage of 
it. Marketiing efforts foi training can take the form of published schedules announcing 
monthly course offerings, newsletters or flyers announcing special training sessions of 
particular interest, or announcements in the institution's newspaper under a "notices" or 
"calendar of events" column. 
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as easy as possible. At the University of New Hampshire, users can call one central 
phone number to register or, if they prefer, can register for courses on-line. If on-line 
re^stration is used it must be well thought cut so that it is both easy to use and up-to-date, 
(nothing will discourage a user horn future training more than showing up fen* a class 
which was canceled but for yfAach no information to tliat effect {q)peared in the c»-line 
registration schedule. Thus, if on-line registration is used, it must be easy for die user to 
register, cancel, or reschedule and equally easy for diose maintaining the on-line 
registration program to notify tfiose registered <rf changes or cancellations. 



Evaluating Training 



An m9>ortant, and often oveiiooked, factor affecting the success of training in 
prowdmg effective support to users is tfiat of assessment For training to be effective, it 
must be seen as an oi-going process which begins widi a determination institutional 
and mdividual needs, involves both users and trainers in tfie planning process, and 
includes procedures for evaluating tfie effectiveness of the training and making changes 
and adjustments as needed. 

One way of evaluating die success of a particular training effort is to have users fill 
out a course evaluation form following die training session. This is an effective means of 
fine-tuning individual training pn^rams. It is also a means of detennining specific areas 
for which adequate training is not being provided. It wiD not provide much information, 
Iwwever, on some of tfie questions which diose responsible for oiaining need to consido- 
rf training is truly to be a part of die computer services department's support function. 
Some of tiiesc questions might be: Does die training make die user more self-sufficicat? 
Does It make die user moe efficient at his or her job? Does it provide a mote 
cost-effective means of support to users tfian otfier types of support? 

In order to address some of dicse larger training issues, die University of New 
Hampshire conducted a survey of botfi academic and administrative users of personal 
computers in die Spring of 1989. TTie goal of tfiis surveying effort, called Project PC 
Literacy, was to determine what hardware and software were being used by users, how 
much users knew about support available to tfiem on campus for hardware and software 
products, what hardware and software purchases were planned by users for die upcoming 
year, how important computing was to die user in performing his or her job, and what 
support, m what form, users felt tfiey would like to have. 

A total of 104 departments were, surveyed as well as full and part-time faculty. The 
department survey took die form of a half-hour meeting to discuss computer services die 
department had used, an evaluation of diose services, and discussion of services die 
department had not used or was not aware of. Departments were also asked about dieir 
niture computing needs. After die meeting, an inventory of die department's 
microcomputing hardware and software was taken. At die same rime, a two-page survey 
was sf iit to all full and part-time faculty. The survey asked faculty what miciocomputer 
hardware and software dicjy used, what computing sendees diey used, didn't use, or 
didn t know about, and how diey evaluated training and support services available to 
tfiem. To encourage faculty to retum surveys, all diose who completed and returned dieir 
surveys were enterftd in a drawing for a gift certificate to die campus computer store. 
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The results ci tfiis survey were very revesling and resulted in a number of changes 
in miaocoiqxitar training and support offered at the University. Some examples include: 
the c^fering d evening courses for fiEicul^, die publiciang our on-line ''questicms" 
niailboxy^^^iic^numy users asl»l for but were unaware of and die 

ejqianded use of regulariy scheduled "walk-in" training sessions for users. In addition, 
we learned that some of the most successful forms of training we provided, might not be 
considered "training" in die traditional sense of the wonL These were things such as our 
cme-page, "how to" documents and our Faculty Resource Library, both of which allow 
users to "help themselves" to training as they see fit 



Training for Academic Computing 



The training function for academic coasting at the University is part of the 
department of Computing andlnfomation Services and falls spedfiodly under the 
responsibility of die Manager of User SujqxirL Four areas in die User Support group 
which provide different forms of training are: die User Support Center, die Faculty 
Resource Library, die Desktop Publishing Center, and die Training Center. 

The User Support Center was set up two years ago in response to user con^laints 
diat diey we^e unsure where to go to get answers to confuting questions. Tlie Crater is 
die first place for faculty and students to go for hdpwidi any coaq>uting question. Ifa 
user needs help with software, hardware, or any other conqmting informaticm, a member 
of die User Su{9)ort Center will cidier answer the qur tkmdirecdyorrefertheusertoa 
x)nsultant responsible for small or large systems su[ ^ These oxisultants are located 
ddier in die Crater itself, or in (rffices adjacent to it ... uie User Support Crater diere are 
a number of "self-help" training and support facilities such as a libnaoy of trade journals 
and a selection of one-page, "how to" documents on such topics as: uetting started with 
BITNET, How to protect your work, and Installing WordPerfect 5.0. There is also a 
Media Qmversion Crater widi self-help guides to help users convert data files betwera 
MS-DOS, Macintosh, NorthStar, CP/M, or VAX computers. Users can also transfer 
information between S 1/4" and 3 1/2" MS-DOS disks diere. 

The Faculty Resource Library and Desktop Publishing Crater are two odier 
learning ravironments which are particularly attractive to die more sophisticated academic 
user. In bodi centers, faculty may sit down by diemselves, try new software, and ask for 
help from consultants when they have a problem. Onc-on-one training is available by 
q>pointment on the use of dl software and hardware avaUable in die craters. 

The lYaining Center is located near die User Support Center and is used for training 
of both academic end administrative users. There are duee classrooms at the Training 
Crater tailored to the training needs of faculty, staff, and students. They provide 
inojection equipmrat, microconqniters, and tenninals ^ch allow trainers to include 
either classroom demonstrations, hands-on training, or a comtdnation of br^h, as 
q>propriate. As part of die overaJl training effort, die Training Center offers regularly 
scheduled short courses on such popular topics as WordPerfect and dB ASE m. Many of 
diese courses are also available on videotape for ^ iewing at the user's convenience. These 
tapes may be checked out for viewing on- or off-campus. Th^ are %lso a numbn* of 
commercial tapes, many of ^ch incoiporate software for hatids-or exercises and 
self-paced learning. 
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The TVaining Center also provides projection equipment and computers for use in 
classrocnns. Training Center personnel will deliver equipment to the classroom and set it 
up. Arrangements can also be made for extended-use setups. Each piece of loaned 
equiinnent is labeled with a hodine phone number to call if there is an equipment problem. 



The Cost-Saving Benefits of Effective Training 



As the above examples show, effective training can tal» on a number of different 
forms, not all of vMch take place in the traditional classroom environment widi an 
instructa. Documentaticm, software packages, and video tapes can provide adequate and 
cost-effective training for certain user needs. In order for training to be successful and, at 
the same time, provide a cost-effective means of simport for users, it must be evaluated 
carefully and tailored to bodi institutional and individual needs. The goals of the overall 
support fiuiction of tfie computer services dq)artment must be taken into account, as well 
as die resources available for the training function. 

Witfi careful planning, in^lementation, ai.d evaluation, a number of cost-saving 
benefits to tfie overall support effort will result These include: 

• Teaching users how to do tilings for tiiemselves ratfier tiian having the ccxnputer 

services staff do tilings for tiiem; 

• Enhancing tiie personal {nxiductivity of faculty and staff; 

• Reducing tiie time spent on problems and crises; 

• Reducing the time needed to instell and maintain user systems; 

• Decreasing departmental "downtime" resulting from mmover, 

• Reducing lost productivity due to die learning curve associated witii die 

impl(»iientati(Mi of new systems; 

• Reducing risk of loss by educating end users on data integrity and security. 

Recognizing tfiat one of die best ways to manage support costs is by developing 
effective training, we will now turn to a case study of one training model developed at die 
University of New Hanq>shire. The following example of a training effwt for 
administrative computing at die University of New Hampshire presents a model tfiat has 
not only proved to be xaore successful in providing support to users tfian previous efTorts 
but, at die same time, is among die most cost-effective training models used to date at tfie 
University. 



A Case Study in Training For Administrative Computing 



The University System of New Hampshire (USNH) is comprised of four 
campuses: Keene State, Hymoudi State, University of New Hampshire Durham, and 
University of New Han^hire Manchester, and a state-wide adult educaticm school called 
die School for Lifelong Learning. USNH Computer Services (USNHCS) is die 
organization diat provides die administrative computing suppon for financial accounting, 
human resources, and snident administration. Covapata Smices is located on die 
Duriiam campus and is crauiected to tfie c»hcr locations via a combination of leased and 
dial-tq> telephone services. Each campus has its own computing organization that operates 
indcpendenUy from Computer Services, but tfiese computmg organuations support 
primarily insductional and research coaq)uting. 
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TheOpporttinity 

The University System inqileinented a financial accounting system in Fiscal Year 
1987. The new system was a well-kiu>wn and successful software package, but this was 
the fint implementation in a VAX VMS environment for a k ^ Umversity System, The 
implementation was a disaster due to many factors* and the University Systimi was in 
serious trouUe. The financial system allowed for a distributed entry of many 
documents^-purchase requisitions, budget transfers, payment vouchers, internal purchase 
orders. This distributed processing concept was a step forward in the effective use of 
ai:toma:ed systems, but it required a ccnresponding leap forward in the amount and quality 
of training. 

The entry of the financial documents was a very intimidating respuasibiiity for 
many of the staS of the University SysteoL The staff required to do the work was 
primarily department secretaries, most of whcmi, had never before interacted with a 
computer, A few att^nq^ts were made to provide trainingt but no trainers were available to 
provide asiistance for spur-of-ti)e-nx>ment questicms, nor were there continuing classes 
prese ited to train new staff. The task of training the end users was given to the 
Controller's Office staff who had all that they could do to address a multitude of 
inq)lementatk)n problems and no time to assist die end user with training. The detrimental 
effect was dramatic; the situation caused a tremendous amount of frustration and many of 
the clerical staff resigned as a result To describe the situation as chaotic would be only a 
slight exaggeration. 

The Challenge 

It was crucial to initiate a quality, timely, and ccxnprehensive training capability. 
The training model would need to account for a wkiely dspersed audience. As earlier 
stated, USNH Computer Services serv^ users in several locations in New Hampshire. 
To add to the problem, the training iTKv' 1 coukl not inclucte an inciease in staff. Further, 
the University System was in crisis an iomething had to be done immediavely; speed was 
essential and a lengthy preparation pr, jess was not acceptable. 

The central dieuie of this case study deals with cost-effective means to provide 
training support to end users. The previous discussion on administrative computing 
presents the situation that occurred to precipitate action by the Cotapnter Services 
oiganization to provide training to its end users widiin tte constraints of existing resources 
and staff. The model that developed was based upon the following f^damentak: 

1, In order to increase the number of trainers in the Conq)uter Services 
organization, group all the functions that provide direct services to end users into 
one User Services department and designate all staff as trainers, 

2, The number of professional trainers will be limited, therefore, leverage the 
skills of these few through support of a large group of non-professional trainers, 

3, Quality documentation is an effective form of training. 
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The definition of User Services should be viewed as a broad concept The 
functions of Production Services, Qualiw Assurance, Data Security, User Accounts, 
Technical Writing, Information Center, Consulting, and Training are consolidated into the 
User Services department Each staff member, regardless of their speciality, is designated 
as a trainer and expected to provide end-user training. 

The e>tperience at the University indicates that the staff is not only willing to 
perfonn the added task of trainer, but that it is a welcome relief fiom their ncxmal 
responsibilitie;!:. Over time, each staff member will develop a particular area of expertise 
and, in some cases, surpass the knowledge of the primary trainen 

At UNH, tfiis practice of designating all User Services perscxmel as trainers, is also 
extended to phone support The objective is to ensure that the telephone will always be 
answered quickly during the business hours of 8:00 a.m. to 5:00 p.m. Everyokie is 
expected to provide phone support and die phcHies must be covered The delivery of 
service is ^>aramount and it is unacceptable for any staff member, including the department 
manager, to consider themselves exempt from the function of training and ph(xie support 
This approach to user service allows for the development of a critical mass of peiwnnel 
that is able to provide consistent and effective delivery of training and telephone suppcxt 

Non-OTofeRsional TVainers 

The user community serviced by USNH Computer Services has embraced the 
concept end-user trainers. The professional trainers in Computer Services prxwiote the 
idea that tfieir primary function is to train die end-user trainers who, in turn, provide front 
line training to a particular department or division. The ideal woukl be that the USNHCS 
trainer support only the end-usor trainers, but» in practice, this is not possible. Mai>y 
departments have ^^aiiiers who are not effective and some have none at all. The USNHCS 
trainer must prepare training exercises for bodi the end users and tfie end-user trainer. The 
fact tfiat this "train tfie trainer" model is not 100% effective does not invalidate tfie concept 
The goal is to provide cost-effective training, and, if tf;e number of end users to be trained 
is halved because of effective end-user trainen, fewer professional trainers arc necessary. 

It takes a significant effort to recruit end-user trainers and, once recruited, to keep 
them involved It is important to establish an end-user trainer committee that meets 
periodically to share information and receive updated trai ling assistance fiom USNHCS. 
This committee is particularly important to th ose end usen> tiiat are rq)resenting remote 
campuses. (Keene State and Plymouth State are each 90 miles fiom the Durham campus 
of UNH.) Poor training practices and incmsistent or incorrect information will result 
unless tfie end-user trainers are firequendy updated witfi current data* The onus is on tfie 
conqniter services staff to encourage an active and interested user trainer ccmimittee. The 
user trainers all have a primary function to perfcMm Training is a secondary responsibility 
and interest will decline unless they are provided witfi regular stimulation from computer 
services. To kindle tfiis interest takes a significant amount of time and effort but tfie 
results are wortfiwhilc. 

Quality Dncumentefipn 

An excellent method for reducing reliance upon direct end-user training is useful 
docuinentation. Effective documentation is elusive; die initial effort to prepare quality 
materials is very time-c<Misuming. Obviously, tfie content of training manuals is 
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iinixmant; not so obvious is the need for an effective format for the docmnentaticm. 
Regaxxlless of how well the narrative is written, if it is dtLvaed to the end >isers in a form 
that is not cixiducive to easy use. ii will not be utilized and the etforts will be wasted. Our 
experience has shown that an effective format for training manuals requires the services of 
a professional tu;hnical writer/editor. The form is as important as the ccmtent and a quality 
form requires the services of a professional. 

The approach that has proven to be effective for Computer Services requires that the 
end*user office develop the documentation narrative md User Services provides the 
editing and formatting. User Snvices enq>loys a technical writer/editor to edit and format 
text developed by end users, to prepare documents for printing, to coordinate the printing 
with the printing services deparmient, and to distribute the (tooimentation to the 
q>pn>priate end users. The technical writer/editor uses desktop publishing software 
(specifically, Aldur Pagemaker running on an Apple Macintosh computer) to prepare the 
documents for printing services. Fcntunatdy, the Printing Services department at the 
University of New Hanq)shire acquired a photo cen^sitionAypesetting system diat is 
conq)atible wiJi documents prepared by iUdus Pagemaker, eliimnating duplication of 
efforts. 

Once the initial preparation is c<xxq)leted, the task of keeping the documentation 
cur.^ent is also assumed by User Services. Effective updating of Jocumentation can occur 
only when the initial effort has produced a manual that is designed for ease of 
maintenance. This is another argument in favor of having a professional involved from 
the start. If the initial effort produces a document tfiat must be reprinted in its entirety each 
time an update occurs, the cost of printing and distributing the manual will be 
astronomical. Doing the job right at the start of the effort sav es a sijpiificant amount over 
the useful life of the noanual. 

Part of eveiy training exercise is the presentation of a User Guide to the staff being 
trained The training will not only show how the automate ' system woiks but will also 
include instmction in the design and use of die User Guir llie objective is to have the 
end user beco*ne reliant upon the User Guide radier tha User Services Trainer. 
Nothing is ever completely successfiil, but if a large percentage of end users use the 
documentation, then the User Services Trainer can speixi time on other responsit^lities. 
Again^ the objective is to levera^ the skills of the professional trained with good 
documentation manuals. 

TTic Impact 

The USNH Computer Services organization has in excess of 1,000 end users 
located on four dispersed campuses, the University System offices at a fifth location, and 
ei^t locations for the School for Lifelong Learning. The User Services organization h^'s 
two professicMial trainers and one technical writei/^tor to serve this large and diverse 
user community. One of die trainers specializes in applicaticm systems,-f nancial 
accounting, student records, and human resources; the other trainer concentrates on 
techmcal products such as Fourth Generation Languages (Oracle and System 1032), Text 
Editors, Job Control utilities^ '^d operating system commands. Each is capable of 
substituting for the other if needed. 

A single technical writer/editor has excellent written communicatk)ns skills and is 
thoroughly conversant in the use of Aldus Pagemaker for the Apple Macintosh ccxnputer. 
The content of all of the user documentation has been written by either the end user or one 
of our professional trainers. The technical writer has taken die narratives and transformed 
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the prose into attnu^tive, readable, wdl-oi:ganized, and easy-to-maintain documentation 
manuals. 

The manuals have been updated finequently and remain as cunent today as when 
first created The net impact quality documentation on the ability of User Services to 
offer training will never be able to be measured accurately, but the fact that this large 
group of end users are well trained and very knowledgeable is testament to the success of 
the overall training model The assun^tion is that the documentation is a major 
contributing factor to diat success. 

Case Study 5Snnimiiiy 

A oKxithly calendar of events is published to announce all courses for the next two 
months. User Services has developed an (Hi-line course registration system that is easy to 
use and available to any Computer Services customer. Phone reservations are also 
received In addition to the formal courses. User Services has perkxis set aside each week 
fw introductory training for the major administrative systems. All new staff for the 
University System can be trained in the basics of any syston the same we^ that they aie 
employed The 'Drop-in Center** makes available a comfoitable atmosphere for end users 
to stop into User Services for answers to quesdcxis or a quick training exercise. The 
emphasis is on friendly service to end users and **one*stop sapping** to aieet all tfieir 
needs. The techniques outlined in this p>apcr have allowed USNH Conq)uter Services to 
pr^^'Mde a quality and comprehrasive training service with a very small staff. The primary 
elements of this training niodel are: 

1. End user trainers to leverage the skill of the professional uainer. 

2. Supplementtraining with quality end user documentation. 

3. Combine all end user services into a single organizaticm to provide a "critical 
mass** of staff, all of whom are expected to be trainers. 



Lessons Learned at UNH 



Training must not be considered a quick-fix, an add-on, or a '*cookbodc** approach 
to educating users. To be successful, training must be seen as a process to strengthen 
long-term institutional goals and pnformance, and as a cost-effective means of providing 
user support. Often, not enough time is spent up front assessing needs and planiiing the 
training effort, nor is enough time spent evaluating the results and making necessary 
changes. 

Changes in personnel, upgrades to hardware and software, and the availability of 
new technology necessitate a long-term approach to provkling computer support Given 
the distributed nature of the equipment, the need for a strong centraUzed support 
organization, one that can coordmate training and other support functions, is essential. 
While knowledgeable end users will become an extension of cmtralized support, their 
jobs do not depend upon providing computer services. There must be an organization 
whose respwisibility it is to coordinate training for ail users. With proper planning and 
evaluating, however, training can be one of thr mo^t cost-effective and efrlcient means of 
providing computing suppcxt to users. 
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AJiSTRACT 

This paper describes the situation faced by universities in general, and Western in particular 
m plannmg the deveJopment of administrative information syst;ms. A methodology to 
assist decision-making with respect lo the relative priorities of alternative (compr^^ng) 
projects has been developed and was applied for the first time in the 1989-90 fiscel year 
and is beingcontinuedforthe 1990-91 fiscal year. The methodology is designed to identify 
the principal options for information systems development, and to permit the application 
of executive judgement as to the strategic importance of competing projects. The 
methodology itself and the rationale for its adoption are described. Our experience to date, 
and issues encountered and their resolution is also summarized. 
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ADlVflNISl il ATIVE SYjfTEMS PLANNINP, AT UMVERSITIES 

Planning the development of infonnation systems is a challenging matter in most large organiza- 
tions, and universities are no exception. Comnx)nly experience difficulties include the following: 

• nq)idly evoNing technology changes both the nature of the woric to performed and the tools 
available to do die work; 

• the growdi of decentralized computing using microcomputers and looJ-area networks creates 
rising expectations by the clientele to be served as well as multiplying the technical 
considerations; 

«> the proliferation of client demands, as computer ^plications increase both in number and 
impoitance points to the need for a general strategy and a need to involve more persons in the 
decision-maiLlng process; 

• a backlog of unfinished work. It is common to have a laige unfinished backlog of systems 
development woik. Western is peth^s typical: the backlog of identified work amounts to 
i^proximately 3 years for a systems development staff complement of 20 positions. This 
situation creates frustration in client departments. 

In addition to the commonly experienced difficulties, the organization of administrative processes 
in universities presents some special obstacles and considerations. These are: 

• Administrative processes, and the information systems to support them, are regarded as 
overhead activities of secondary importance at universities, where the primary activities are 
teaching, research, and direct public service; 

• Funding is tightly constrained in higher eduction and therefore new funds for administrative 
information systems are hard to obtain; 

• Increasing demands for administrative productivity have been experienced with record 
eim)hnents, demands for new services, and requirements for infonnation for 
government-mandated programs; 

• The need for participative decision-making, due to tradition and the accountability of the 
university administration to a legislative-style decision-making system, an<^ particularly in 
view of the fact that the end-users to be served by information ^jystelns are academic 
departments and students* 

An important and simplifying factor in administrative information systems development at univer- 
sities is that many (not aU) of the important information systems are fairly %\t At in purpose and 
have, in one way or another, been in operation for many years. 

The major admiiustrative information systems include: 

• student admisssions, registration and record-keeping; financial accounting and budgeting; 
purchasing and i^ysical asset management; personnel administration; fund raisin^: and alumni 
records; and physical plant systems. 

APPRn ACH TO ADMINISTRATT \ INFORMATION SYSTE MS AT WESTERN 

'Hie technical means for development of computerized admiiustrative information systems at 
Wbstera is modem and typical of the mainstream. Infonnation systems projects are initiated with 
a request to die Department of Administrative Systems (DAS) which uses die PRIDE methodology 
for capturing the information necessary to plan a project Project commitiees are fonned for major 
projects to manage the phases of development in most cases, information systems are developed 
in-house; altiiough Westfm attempts to evaluate software available from external sources, it has 
usually been found that a^ciidy-developed and available softv/fxe is eitiier unsuitable or deficient, 
or that in-house development is cheaper or more practical* 
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Western uses IBM con^uters. the MVS/XA operating system, and th-^ CuUinet IDMS-R da»^base 
management software for major information systems. A variety of fairly standard means of 
connectmg admmistrauve workstations to the mainframe administrative computer is used; most 
adnumstrauve ofifias now employ microcomputers using the MS-DOS operating system. Up-load- 
mg and dovra-loading of adnb.ustrative data to microcomputers is facUitated with Cullinet's 
Infogate/Goldengate software. A catalog of administrative databases is maintained and aided bv 
use ofAe dictionary capabilities of IDMS. TTus data is regarded as a corporate asset; procedures 
have been putmtoplacetofacihtate and control the use of "cQrporate"data throughout thew^^ 
ADMINTSTH ATIVE INFORMATION .svstrm s str ATgny 

Despite the use of Ac foregoing resources and methods, Western - like many universities ~ found 
itself m mcreasmg difficulties m carrying out its information systems development in the mid-1980s 
Many of its information systems were in need of re-development Staff of the Department of 
Administra&ve Systems had to be reduced, in view Oi the "steady state" budget situation, to pay for 
adequate hardware and software to run the re-developed information systems and to handle the 
anwiL^tsofdataandmcreasmgdsgreeofon-lineaccessrequirrdforadrninistrativeopera^^ New 
admmistra&ve computer applications were being requested, in addition to a "backlot" of system 
deve opmcnt woik sttctehmg out for three or more years. In fact, ruany worthwhUe projecui had 
simplv been put on the "back burner" awaiting sufficient resources. v^^i^^ nau 

Tnc Vice-President for Adininistration foresaw ihat senior executive action was needed to break the 
logjam. Even if all woi .hwhile administrative computing couU not be accommodated, tiiere was a 
need to coitceiitrate resources on the development and maintenance of those information systems 
which were cnttcal and/or most strategically important Because of the complexitv and scooe of 
Ac uifonnation systems work which could be undertaken, it was difficult to ideri.ify Ae rrnior 
decisions which were needed, let alone foiesee all of Ae implications for Ae departments affected. 
Sunplificabon was needed as a basis for decision-making. 

A mtgor consideration was Ae need to involve senior levels of Ae administration in decisions 
rcgardmg uifonnation systems development The reasons were: first Ae expense of development 
of infonnation systems was forcing financial trade-offs which would affect all areas of Ae 
administraton, and second. Ae infonnation systems would have a major effect or most areas of 
admmistra&ve operations and Aereforc needed to be coorxiinated wiA general administrative 
planning. 

It was recognized AatOt^isions should not be made, or forced, by Ae Department of Administrative 
Systems. It was not considered fair, or appropriate, to expect tiiis department to provide technologi- 
cal leadership, accept responsibility for development of information systems, and make decisions 
as to Ae pnonty and timing of new projects. EspecipJly in Ae emerging technical environment of 
mmbuted computers, Aese decisions needed to be a result of collective planning throughout Ae 
administration. 

A classical response in many universities to some of Ae above difficulties has been Ae introduction 
of hard dollar chargeback. Hie basic rationale for Ais has been to provide a simplified planning 
concept for the administrative information systems department: Aey provide whatever clients 
request and can pay for. It also has Ae effect of putting Ae onus on Ae client departments to obtain 
resources for infonnation systems. However, Ais approach has been rejected at Western for Ae 
followmg reasons: first it would not generate more money in tota' for administrative computing 
and secondly, it would reduce Ae flexibility of Ae adnunistration to j»ve infonnation systems 
resources to Ae most strategically important or critical projects - which could very well change 
quickly according to circumstances. 
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ADMINTSTRATTVE INFORMATION SYSTEMS GOVRRNANCE 



It was decided tc put intc> place an administrative structure to meet the following objectives: 

• Involve the senior levels of administration in decisions relating to administrative information 
systems. Accordingly, the Priorities and Planning Committee for Administrative Information 
Systems (PPCAIS) was set up, chaired by the VP, Administration, and consisting of all 
Assistant VPs as well as the Director of Administ^ve Systems. This committee became the 
vehicle whereby major decisions with respect to administrative information systems arc taken. 

• Involve qjprppriate staff throughout the administration in matters relating to information 
systems development An ad\isory subcommittee, the Advisory Committee for 
Administrative Informadon Systems (AcAIS), was established, consisting of the Directors of 
most administrative de[)artments, uid representatives of all academic faculties - the "end 
users" for many kinds of administrative information services. ACAIS is consulted with respect 
to all major policies and procedures regarding administrative informadon systems. In 
addition, a number of special study groups and task forces Vr ith technical exi>ertise have been 
set up to consider certain matters, especially in connection with the initiative for office 
automation which was launched in the fall, 1988. 

AT^y THOnOLOCY 

A search was conducted for methods which would facilitate planning and decision-making for major 
information systems ^lq>ment projects. Vendors and companies, as well as other universities, 
were consulted It was concluded that many large organizations, cJespite investments of millions in 
information systems development methodologies", generally "muddle through" wheie the big 
decisions were concerned It was recognized that the tools and methodologies described above 
could not help in this regard, even though they are useful, if not essential, once a project has been 
decided upon. 

Although "politics" can never be eliminated where nugor fmancial decisions were concerned, a 
mediod which would reduce the complexity of choosing pmong dozens of competing projects was 
desired as well as a way of conceptualizing the decisions to be made. Many authors advocate the 
application of information systems resources to the mcA strategically inqxmant projects - that is, 
the projects which most directly support the "strategic" goals of the institution. This is undoubtedly 
a good concept, but Western - like most large universities did not have a clear or explicit plan, 
strategy, or set of goals which are of c!ircct use in trying to decide which information systems ppDjects 
should have priority. 

It was deeded tc apply some methods described in the book "The Computer Solution: Strategies 
for Success in die Intormation Age", by Eugene F. Bedell, 1985. The methods advocated in diis 
book appear to address the major concems described above. Although these methods have been 
successfully applied in a few large corporations, tfiey are not well-known, nor to our knowledge 
have they been appli^ in universities. Therefore we are breaking new ground in this endeavour. 

The remainder of this paper is devoted to describing in detail the method which we have adopted. 
The method has some points in conmK)n with classical "cost-benefit analysis", but allows a 
considerable degree of collective executive judgement to be applied. Like any workable decision 
tool, it is used as a guide - not the last word - in the decisions we make regarding computerized 
administrative information systems development ar Western. 
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preltmtnarvstrih; 

Tbt first major task undertaken by PPCAIS was a review of the backlog of information systems 
development woik. This was comoleted in 1987, and used to set the agenda for information systems 
development projects in 1988-89\ Previously, information systems development work was or- 
ganized mto projects and each project has in mm phases which are the necessary steps in the 
execution of a project of this nature: preliminary feasibility studies and definition, systems analysis 
and del ^n, database design, programming, implementation, and maintenance. 

In the summer of 1987. DAS urdertook to review and cull the entire backlog of project woik in 
order toprovide PPCAIS with current inionnation. About 100 sub-projects ^phases) were identified. 
For each sub-project, a brief description was prepared, and manpower requirements in man- hours 
were estimated Fortunately, Western has enough exjie-ience with project planning methodology 
that manpower estimates are now considered quite reliaole. This information, however, proved to 
be too detaUed for PPCAIS to identify the majordccision points and tradeoffs, soDAS was requested 
to prepare consolidated "work chunks" ~ the goal was to identify 20 to 30 major items of work 
which could be considered by the general ixlministration. A "work chunk" oroved to consist of 
about 2-3 man-years of development work ~ systems analysis and programming. Based on this 
information, the work plan for 88-89 was approved. At the same time, it was decided to apply the 
methodology/ described below in the summer and fall of 1988 to produce the plan for 89-90. 

lAU; Importance of an Activity to the University 

A basic concept of this methodology is that of an activity. An activity is a major function of the 
university. In order to understand the importance of alternative information systems to the 
univenity, it is necessary to determine: first, which acdvity an information system supports, and 
second, how important that activity is to the university. 



1 Western uses an annual fdanning cycle. In the last quarter and early first quarter of each year, each departaiem lubnUts a plan for the foUowirg 
fiscal year (May through April). Every three years, each depit.,nent submits a three year phm, which is thoroughly reviewed by the Senate 
Commltfee on Univetsily Planning. The annual plans provide an update to the three year plan and are accompanied by budget requests. Each 
year, planning Instructions are issued. In the planning for 8M9, departments were asked to comment on their Infotmatlon sys-.ema development 
plan^ and in the planning for 89-90, administrative departments and participating academic faculties were asked to indude plans for office 
automation. Thoe pkns were collected and provided to PPCAIS for infbnnallon. Of course administrative information aystems plans of 
deputmcnis are usually developed with the involvement of the Department of Administrative Systems. In this way, DAS haa advance nottoe 
of rUent department requirements in order to prepare its own plana and reoommcndations, which are also reviewed by PPCAIS. 
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TABLE 1 

lAU - IMPORTANCE OF AN ACTIVITY TO THE UNIVERSITY 

H):CriticaL An sctiwity is critical if it must accomplish outstanding performance on all of 
its objectives for the university as a whole to achieve its long-term goals. 

8: Important An activity is important if it must accomplish most of its objectives for the 
university as a whole to achieve its Icmg-term goals. The difference between critical and 
important is that outstanding performance is not required. 

6: Cohtributory. An activity is contributory if it directly contributes to the achievement of 
the university's long-term goals, but the university may achieve its lo ig-term goals even if the 
activity fails to accomplish a substantial portion of its objectives. 

4'Support. An activity is support if it does not directly work to accomplish the university's 
goals, but supports critical, important, or conaibutory activities, and whose failure will not 
prevent the university from achieving its long-term goals. 

2: Overhead. An activity is overhead if it must be done, but does not contribute to achieving 
the university's long-term goals. 

0: Detrimental An actLYltX is detrimental if it worics against achieving the university's 
long-term goals . 

Exan^lcs of activities are: recruiting and registration of student; paying staff; financid accounting; 
budgeting. 

It is not necessary to maintain an exhaustive list of all activities at the university. Only those 
activities for which information systems development is proposed need be identified in a given 
planning cycle. 

In our first consideration of activities, a list of the principal functions of administrative departments 
was prepared. Generally speaking, single identifiable departments are the tbcus of a given ^ctixit^ 
— that is, a single department usually has the prime responsibility for coordinating and/or carrying 
out the activity. For each activity so identified, each member of PPCAIS was asked to prepare a 
subjective estimate of the importance of the actMtX to the university, using a scale of 0 to 10, as 
shown in Table L 

Tht administrative officers applying tiiese ratings mustforman idea in tiieir mindc of the university's 
long-term goals, understand the objectives to be accomplished by each activity, and know how 
accomplishing the objectives will contribute to the achievement of tiie university's long-term goals. 
For their judgements to be valid for the university as a whole, it is important that the administrative 
ofiicers be positioned to make tiiese judgements. PPCAIS seems appropriately constituted for this 
purpose. 

The scores assigned by the members of PPCAIS were clustered and discussed by die group. The 
officers were asked to revise their estimates. Based upon the revised scores, a composite score 
representing the central tendency of all the scores was determined for each activity . It is noteworthy 
that the ofiicers reached a fairly consistent set of scores for die various activities. The discussions 
of die oCicers in compiling this scale were interesting and yiekled insights into the importance of 
the various activities at die university. This suggests that the process has team-building value, quite 
independent of the application of the lAU Scale to information systems decisions. 

We should candidly recognize th^t it is difficult for any employee or officer to voice judgeinents 
about the importance of tos^or university-wide activities (particularly outside rn^/s domain of 
responsibility), and is fraught witii political, organizational, and interpersonal overtones. This is 
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cspcci^y true when carried through for the first time. It was possible at Western because the 
membere of the PPCAIS are officers who routinely work closely together, and because the scores 
assigned by individuals have been keep confidential to the group. 

It is planned that each year the Ust of activities lAU Scale will be revised, as necessaiy, as a first 
Step m the annual planning cycle. It is expected that the lAU Scale will probably not change 
significantly ftom year to year, once established. It is probable that the lAU Scale can be applied 
in other decision-making situations at ths University as the officers gain familiarity and comfort 
with its use. 

DEFINITION Off PRO IRPTS AND SYSTF.M S 

The second important concept in this metiiodology is that of a computerized information system 
(or axaicm for short). Each proposed umjcct over the period for which decisions are made (fiscal 
years, at Western) leads to tfic establishment of a computerized information system. In otficr words, 
a lauicct produces a ajtslcm. The task of tiic decision makers is to choose between projects which 
compete for resources; or equivalcntly to set priorities for the acquisition of systems 

Each proposed laujcct is given a descriptive title, a short description in non-technical language, and 
an estimate of manpower requirements and cost We have calculated manpower requirements in 
man-hours, and costs are obtained by multiplying uian-hours by $40 - an estimate of the cost per 
hour of a progrwnmer-analyst The decision-makers will choose from tfic list of nmiects. An 
example of a UEQicfit description is show in Table 2. .-.m-— 

At Wcstein departnoents are pemaitted to "buy" project manpower from DAS at die rate of $40 per 
hour. In the past, this has been done routinely for smaller jHojects and for "ancillary" (cost-recovery) 
departments. A decision available to PPCAIS is which departments will be required to "buy in" if 
they wish a project to be undertaken or to raise the priority of tfieir requested work. 

TABLR2 

A TYPirA. . PROTRrr nR SPBieuQi^ 

Title: Inqnove tiie Reporting of Ledger Account Data ' " 

Description: Improve the reporting of general ledger account data, botfi on line and in hard-copy. 
Provide tor selective account ranges on reports; maintain and display up to five budgets (current 
and past four revisions); provide management report screens for ary period in the current and prior 
fiscal year, provide tables where ledger account numbers can be ILiked to an entity code. 

Manpower Estimate: 1850 hours 

Cost Estimate: $74,000 

ISA; The Importance of a Computerized System to an Activity it Supports 

It is assumed tfiat each s;isSSJi will support a unique activity . If a svstem supports more tfian one 
ac^yitj:, this does not invalidate the nacthodology, t -i ujc estimate of how important a system is to 
an flciLidtJt needs to be revised (see below). Altemativtly, die definition of a svstem and/or the 
actmtx whfch it supports can be revised so that the systet.i supports a unique activity 
In CTler to tstimate the importance of jxattm to tfic admix which it supports, tfie ISA index is 
prcpasfcd, as shown in Table 3. Originally, is was intended tfiat tfic Department of Administrative 
Systencs would prepare tfiis index in consultation witfi tfic rlicnt department requesting die project; 
however, it was found tfiat client department staff tend to ovcrestiro.ue tfic importance of system 
development proposals. To date, estimates prepared by PPCAIS are being used. In subsequent 



decision cycles, a greater effort to involve client department staff in assigning ISA scores is desirable. 
In order for this exercise to be productive, however, more clarity regarding the definition of activities 
will be required from senior decision-makers. 

TABLE 3 

ISAi HOW IMPORTANT IS A SYSTEM TO THE ACTIVITY IT SUPPORTS 

lO'Mssential FactOK A sxsicm is an absolutely essential factor in achieving the major objectives 
of the actudl)^ it supports. Note that a system is not essential just because an activity uses it 
extensively. 

S'Mi^or Support Factor. A system is a majw support factor to an activity if it is not essential to 
the activity, but can, or already does, play a vital role in supporting the activity. 

VMinor Support Factor. A sysicm is a minor support factor for an activity if it helps the activity 
achieve its objectives but reasonable alternatives are available that arc not significantly more costly, 
less convenient, or less effective, and that would not significantly disrupt operations. 

OMot Useful. A system is not useful if the aCMity it supports does not derive benefits from its use. 
It should be eliminated 



ISII; The Importance of a System to the Upiiversity 

hi order to obtain an estimate the inqxniance of a system to the university, we multiply the two 
indices, lAU - Importance of the Activity to the University, and ISA - Importance of the System to 
the ActiWty. The resulting index, which we may call ISU - Importance of a System to the University 
- is a value on a scale of 0 to 100. 

Both the lAU and ISA Indices are ordinal scales - subjective estimates of the kind familiar to social 
researchers. We are aware that from a methodological point of view, the multiplication of onlinal 
indices is questionable. We have adopted this technique for the pragmatic reasons that the procedure 
is single, that it separates the construction of the ISU index into two steps involving estimates of 
two quite different yet important factors, and that it appears to work well enough for our purposes. 

ESAl How Effectively does a System Support an Activity 

The final index to be compiled is an estimate of how effectively a computerized information system 
supports an actixUx* both before : .d after its development. The ES A Index: How Effectively a 
S^SSSSa. Supports an Activity, is confq)iled on a scale of 0 to 10 as shown in Teible 4. The 
Administrative Systems in consultation with Oient department representatives proposing the 
system. 

ESAl HOW EFFECTIVELY DOES A SY STEM Support AN ACTIVITY 

lOiHighly Effective. A sjCStSOX is functionally appropriate, technically adequate, and cost-effective. 
Little or no additional work or investment is required for the system^ other than routine maintenance. 

5:Moderatefy Effective. A system provides a moderate degree of support to the activj^. but 
substantia inqsrovements are needed to improve functional appropriateness, technical quality, or 
cost-effectiveness. 

hlneffecHve. A systeoi supports the activity it was designed to support, but ineffectively. 

0:No Support. No system is currently installed, or the system that is installed is so ineffective as 
to be wOTthless. 
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The Change in Effectiveness Resulting from InstaUation of a System 

In Older to estimate the contribution to overaU eflfcctiveness resulting from installation of a given 
system (i.e., from completion of a project) we weight the change in the ESA Index with the ISU 
Index - Importance of the System to the University. The two values are multipUed together, that is: 
The Change hi Ibtal Effectiveness Resulthig From Installation of a System 
= ( ESA(New) - ESA(01d) ) X ISU = ( ESA(New) - ESA(01d) ) X lAU X ISA 
The resulting effectiveness index is on a scale from 0 to 1000. It can be divided by the largest value 
and mulupUed by an arbitrary number (nonnalized) to facilitate comparison. We rank-oider the 
resulting numbers to facUitate consideration by the decision-makers. An example of tiie calculations 
are shown in Table S, using data for 1989-90. 

Estimates of Cost-Effectiveness 

A final step can be taken to introduce a measua of cost-effectiveness for each project This is 
obtained by taking tiie index of increase in effectiveness and dividing by tiie estimated cost for the 
project to produce tiie system. Given tiie direct relationship between cost and man-hours at Western, 
we can equivalentiy divide by man-hours. For convenience, tiie resulting numbers can be noraial- 
ized to obtain a Cost-Effectiveness Index. We rank-order tiie resulting numbers in order to faciUtate 
consideration by decision-makers. See fable S. 

Use of the Indices by Decision Makers 

The resulting indices are used as a guide to decision-making. The decision makers must consider 
how many projects can be undertaken in a given planning period, any logical inter depe-'lencies 
among the projects, timing, and any otiier factors elating to planning outside tiie scope tiiis 
metiiodotegy. Using manpower estimates as a surrogate for costs, and assuming tiiat tiie pool of 
manpower is known in a given planning period, tiie projects must be fitted into tiie agenda for tiie 
manpower available. 

Once priorities have been assigned, tiie projects can be listed in priority order, and cumulative 
manp« ver calculated. In this way, tiie amount of v/ork which can be accomplished in tiie following 
plannih, period can be readily identified. See Table 6 for an example, where the projects have been 
ranked in tiie order of estimated cost-effectiveness. 

We consider tiiat s programmer-analyst can produce approximately 1000 hours of project woik in 
a year, taking into account ttaining time, vacation, average sick time, and otiier activities which 
cannot be assigned to projects. 

Each project can be viewed as a "rectangle" which can be sttetched out or shortened according to 
the number of analysts assigned to tiie woric. The height of tiie rectangle is proportion ^ to tfie 
number of analysts assigned, and tiie area is proportional to tiie size of tiie project measured in 
man-hours. This, ofcourse, is a standaid way ofplanning manpower assignments. See Table 6 for 
a feasible schedule resulting from an selection of projects from tiie list in Table 5. 
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TABLES 

PROPOSED l/S OEYLOPMEMT PROJECTS 



pnOJECT 



(0) IC) 



(0) (6) 

(AQ0A8C) 



10 



riNANCe 



1. GcNEHAL L€0(jEn ON UMF 6NTnY 4 

2. nsscAnci f acct on un€ Ef i i ry « 

3. L£DCcRACCrnSP0nitfrG -t 

4 Miscpnoj£Cis-riNANCE 4 



S. 0FF6nS OF ADMISSION 

i MiSC PnOJ£C (S > AUMiSSlON5! 

7.M1SC PHOJECTS* SIUM£COnOS 



P£nSONN£U 



a MANPOwsn ON LINE £N(nY 

1. PENSION AUMINH AX n£FOltM 
10. PAY E^Un Y/$AL INCH 

n. AprojiuiRNniNGS 

IZ.MP.WOATA £L£MGNIS 
I3.6MP10YECUIIY 

14. MISC i*nojEctSPEnsoNNgL 



0THEnSYS7€MS 



15 CAoiNrgn. ACE 

16 SCI tCLARSl IIP nOWNI oaoing 

17 PtMICHASlNGONtlNFENinY 

18 lUM^-ONl ig • COS r L£UGF.n 

19 IDMS/CNUINE > BiG SYS (£M 

20 nANxu€rosir.rHOiNw£SfEnN 

21 lUM&'ONLiN^.FEsS 

22 MISC PtIOJECrS > ALUMNt 

23. MISC PROJECTS > OEV OFFICE 

24. POINT OP SAt E ■ eoCKSionE 

25. lOMS/ONLINE > GHAQ S rUOiES 

29 MISC pnojEC rs . uoiiaay 



CCD MEW c"' 'Q erriscT 

ISA. E S A. E.S^V Cr. "zC T. ITANK 



MAN Mil IS EFFECT/ 
pflf pfoicci eun«n MAN MIHS 



5 
5 



10 
5 



s 10 

5 5 
5 5 



400 

0 
0 



2 

25 
24 



I 

24 

37 



9 

32 
C9 



10 


360 


3 


24 


24 


7 


10 


270 


Q 


71 




17 


10 


100 


17 


22 


117 


19 


5 


0 


20 


39 


IS9 


29 



I 

22 
24 



5 




10 


100 


(1 


35 


35 


14 


5 




5 


00 


20 


:o 


91 


19 


10 




10 


540 


1 


2S 


99 


3 


10 




'.0 


360 


7 


42 


120 


10 


10 




10 


360 


S 


44 


172 


II 


5 


0 


5 


150 


12 


5 


177 


2 


5 


1 


s 


00 


19 


49 


i2i 


21 



5 


100 


15 


5 


5 


4 


5 


16 


21 


5 


10 


19 


10 


390 


9 


54 


G4 


13 


10 


100 


14 


21 


05 


15 


10 


ISO 


10 


24 


109 


12 


10 


2C0 


9 


11 


\2Q 


6 


10 


100 


10 


43 


163 


20 


5 


120 


13 


14 


177 


9 


5 


0 


72 


4 


181 


23 


5 


100 


10 


5 


108 


5 


10 


SCO 


4 


32 


218 


9 


5 


0 


23 


9 


220 


2S 



TABLE 5 

PROPOSED l^S DEVELOPMENT PROJECTS 
BAScO OH COST ErrECTiYENESS 



PROJECT 



OS. OFFSnS CF ADMISSION 

13. EVIPLOYMENT EQUITY 

10. PAY EQUITY/SALARY INCHEASES 

53. CAO INTERFACE • SPACE SYSTEM 

24 . POtNT OF SALE SYSTEM • BOOKSTORE 
20. BANK DEPOSIT - FOUNDATIC/N WESTERN 
01. GENERAL LEDGER QN-UNE =NTRY 

25. IDM&X)Nt.lNE • GRADUATE S^JOIES 
22. MlSCcLLAMEOUS PROJECTS • ALUMNI 



MAN MONTHS 
PROJECT CUMMUL\TIVE 



8 

9 

25 
S 

S 

11 

'»4 

2: 

14 



11. APPOINTMENT UNES *2 

12. NEW DATA ELEMENTS • PERSON 44 
19. iDMS/O.M.LINE PHYSICAL PtJVNTS'tdTEMS 24 
1;. PURCHASING 0H4.INE ENTRY S4 
CI. PERSONNEL • ON-UNE ENTRY 3S 
tl. IDM&ON-UNE • COST LEOGcA 21 



03. GENERAL LEDGER ACCOUNT REPORTING 22 
02. RESEARCH ACCOUNTING 0N4.INE ENTRY 7 1 
IS. SCH0t>^R3HlP OOWritOADiNG 9 
39. PENSION ADMIHlST^^IONn'AX REFORM 26 
21. IDMS#ON-UNE FEES SYSTEM 43 
U. f^lSCELLANEOUS PROJECTS .PERSONNEL 41 
09, -ADMISSIOMS 24 
23. ^EV. OFFtCS 4 
0;. .S7U0. /RECORDS 37 
21. LIBRARIES I 

04. -FINANCE 39 



I 

13 
Z9 
43 
4B 
99 
13 
IIS 
129 



I7« 
215 
239 
2)3 
32a 
349 



371 
442 
447 
473 
911 
994 
9li 
992 
129 
137 
171 



(1919-90) 



(1990-91) 



ERLC 



-10- 



78 



